![Wojciech Gardziński](https://static.goldenline.pl/user_photo/124/user_699004_f57693_basic.jpg)
Wojciech
Gardziński
Mieć rację godzinę
wcześniej niż inni:
przez godzinę być
...
Temat: Jak posłownikować dane własnym słownikiem?
Natchnienie:http://www.goldenline.pl/forum/sap/1108920
Film:
http://afin.net/webcasts/HowTo_CreateYourOwnAdHocDicti...
Opis:
Jak pobrać dane z systemu ERP, np. dane faktur, i posłownikować (uszlachetnić) je, stworzonym ad-hoc, własnym słownikiem, przy czym słownik ma być łatwo dostępny i edytowalny, czytaj: ma być w Excelu
Tu: Dane faktur pobierane są z przykładowej, lokalnej bazy danych SQL Server Express, ale może to być dowolna baza produkcyjna: SQL Server, Oracle, DB2
Streszczenie filmu:
1. Otwieramy odpowiedni szablon AFIN.NET
2. Tworzymy kwerendę do danych faktur w bazie SQL Server
3. Pobieramy definicję połączenia do arkusza szablonu - naszego programu, przetwarzającego dane.
4. Tworzymy słownik.
Najlepiej wykorzystać do tego już istniejącą kwerendę do tabeli SQLS - w niej tworzymy unikalną listę nazw kontrahentów, która będzie jednocześnie kluczem głównym tabeli słownikowej, tu: pole 'Nazwa'
W słowniku tworzymy dwa nowe pola 'City' i 'Dealer'.
5. Zapisujemy słownik w pliku Excela - można użyć, oczywiście, dowolny inny, już istniejący, słownik.
6. Tworzymy kwerendę do tabeli słownika w pliku Excela i pobieramy z niej definicję połączenia
7. Uruchamiamy program testowo, aby stworzyć bazę Accessa, integrującą dwie, powyższe tabele (wpisanie 'stop' zatrzymuje program w odpowiednim miejscu)
8. Tworzymy kwerendę do bazy Accessa WorkBase.mdb, łączymy tabele relacją i pobieramy wszystkie dane do Exclea i, podobnie jak powyżej, pobieramy z niej definicję (już tylko zapytania) do kolejnego kroku naszego programu.
9. Uruchamiamy program, który realizuje wszystkie powyższe instrukcje, wklejając połączone dane do arkusza.
10. Tworzymy żądane analizy (tu: tabela przestawna i wykres przestawny) na połączonych danych. Analizy możemy modyfikować i odświeżać, a słownik edytować w sposób dowolny.
Wnioski:
1. Stworzenie własnego słownika w produkcyjnej bazie danych jest zwykle niemożliwe ze względów bezpieczeństwa bazy.
2. Kolejnym problemem jest trudność w zaimportowaniu do tej bazy danych z naszego słownika - tu jest to możliwe.
3. Architektura tego rozwiązania jest uniwersalna - to, że baza na coś nie pozwala, albo jest to w niej trudne, nie znaczy, że nie jest możliwe.Wojciech Gardziński edytował(a) ten post dnia 05.09.09 o godzinie 13:31