Jak posłownikować dane własnym słownikiem?

Natchnienie:
http://www.goldenline.pl/forum/sap/1108920

Film:
http://afin.net/webcasts/HowTo_CreateYourOwnAdHocDictionary.swf

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.