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