T-SQL Schlüsseldienst

In einem Kun­den­pro­jekt hatte ein Kunde seine welt­weite Ver­triebs­struk­tur in einer mehr­stu­fi­gen Hier­ar­chie orga­ni­siert. Die aus den Vor­sys­te­men gelie­ferte Hier­ar­chie reichte dem Kun­den aller­dings nicht aus, da diese ers­tens nicht genü­gend Zwi­schen­ebe­nen hatte und zwei­tens die Ver­triebs­struk­tur ste­tig erwei­tert und zum Teil modi­fi­ziert wer­den mus­ste. Letz­te­res wurde in den Vor­sys­te­men oft erst nach eini­ger Zeit vor­ge­nom­men.

Aus die­sem Grund hatte der Kunde eine Tabelle ange­legt, aus der er sich die Hier­ar­chie auf­ge­baut hat. Die Hier­ar­chie ver­fügt über eine zwei­stel­lige Anzahl an Ebe­nen und die Pflege erfolgt in einer Tabelle über das SQL Ser­ver Manage­ment Stu­dio (SSMS). Genau die­ser Umstand hat jedoch sehr häu­fig dazu geführt, dass die Befül­lung der Tabel­len in dem Sno­wflake-Schema für die OLAP Daten­bank durch Fremd­schlüs­sel-Ver­let­zun­gen fehl­ge­schla­gen ist.

Wie kam es dazu? Der erfah­rene BI-Con­sul­tant ahnt es bereits und kann direkt über Los gehen und bei Abschnitt 2 wei­ter­le­sen. Für alle ande­ren wird die Pro­blem­stel­lung zunächst noch ein­mal am Bei­spiel des Demo-Modells der Chair AG von Bis­santz & Com­pany erläu­tert.

Den gesam­ten Arti­kel kön­nen Sie hier abru­fen.

Schreibe einen Kommentar