{"id":387,"date":"2014-01-07T22:58:11","date_gmt":"2014-01-07T21:58:11","guid":{"rendered":"http:\/\/konsilium.de\/blog\/?p=387"},"modified":"2022-07-07T21:42:01","modified_gmt":"2022-07-07T19:42:01","slug":"erwin-tool-tipp-source-to-target-mapping-erstellen","status":"publish","type":"post","link":"https:\/\/konsilium.de\/blog\/2014\/01\/07\/erwin-tool-tipp-source-to-target-mapping-erstellen\/","title":{"rendered":"ERwin Tipp #001"},"content":{"rendered":"\n

Source-To-Target-Mapping erstellen<\/p>\n\n\n\n

Eine wesentliche Aufgabe in BI Projekten ist die Erstellung einer sogenannten „Source-To-Target Mapping“ (kurz: STT). R. Kimball nennt sie in seinen Werken auch gerne „Logical Data Map“ (LDM). Die STT Map definiert, wie die vom Fachbereich angeforderten, analytisch relevanten Attribute bewirtschaftet werden. Sie beschreibt pro Attribut aus welchen Quellsystem-Attributen die Informationen geladen werden sollen und ob ggfls. eine Transformationen auf die urspr\u00fcngliche Informationen angewendet werden soll. Dieser Artikel beschreibt wie mit Hilfe von ERwin Data Modeler ein Source-To-Target Mapping w\u00e4hrend der Modellierung in ERwin abgebildet werden kann.<\/p>\n\n\n\n

Doch bevor die Umsetzung im Detail beschrieben wird, noch ein paar Anmerkungen, welchen Nutzen dies bringen kann. Grunds\u00e4tzlich ist es ja meist so, dass der Business Analyst im Rahmen seiner T\u00e4tigkeit zun\u00e4chst ein logisches Datenmodell und daraus abgeleitet ein physisches Datenmodell erstellt. ERwin kann eine STT Map nur f\u00fcr ein physisches Datenmodell abbilden – obwohl dies bereits auch f\u00fcr ein logisches Datenmodell Sinn machen w\u00fcrde. Durch die Abbildung einer STT bereits im Datenmodell k\u00f6nnen Abh\u00e4ngigkeitsanalysen („Impact Analysis“) gefahren werden, um z.Bsp. im sp\u00e4teren Betrieb erkennen zu k\u00f6nnen, welche Auswirkung die \u00c4nderungen einer Quellsystem-Schnittstelle auf die Data Marts des BI-Systems haben. Sind die relevanten Informationen einmal eingepflegt, so kann die eigentliche Abh\u00e4ngigkeitsanalyse leicht mittels SQL Zugriff auf das ERwin Repository ausgef\u00fchrt werden. Gl\u00fccklicherweise ist seit ERwin v8 das Repository via SQL „frei“ zug\u00e4nglich.<\/p>\n\n\n\n

Ein weiterer Vorteil ist, das bereits w\u00e4hrend der Entwicklungsphase durch den Business Analysten tool-unterst\u00fctzt eine STT Map als Arbeitsanweisung f\u00fcr den ETL-Entwickler generiert werden kann. Diese Arbeit steht in jedem Fall auf der to-do Liste des Analysten – da er diese Information im Rahmen der Spezifikationserstellung dokumentieren muss. Woher soll der ETL-Entwickler sonst wissen, mit welchen Daten nach welchen Regeln welches Attribut zu bewirtschaften ist?<\/p>\n\n\n\n

Vielfach werde ich gefragt, „Geh\u00f6rt denn diese Informationen \u00fcberhaupt in ein Datenmodell?“. Ich sage „Ja!“. Denn im Datenmodell ist diese Information wesentlich besser „platziert“ – weil verkn\u00fcpft – als in einem Textdokument; dort veraltet die Information auch am schnellsten. Diese Dokumentation steht auch nicht in „Konkurrenz“ von Metadaten-Werkzeugen wie zum Bsp. „Informatica Metadata Manager“. Die STT Dokumentation im Datenmodell ist sinnvoll, weil das Datenmodell ein sehr wichtiges Kommunikationsmedium gegen\u00fcber dem Fachbereich darstellt. Dieser ben\u00f6tigt eine STT Information, die er „verstehen“ kann – also beispielsweise eine Transformationslogik in nat\u00fcrlicher Sprache oder in Pseudo-Code Schreibweise. Beispiel:<\/p>\n\n\n\n

\"WENN Quellsystemattribut A gleich \"23\" \nDANN speichere \"Premium-Artikel\" \nSONST speichere \"Standard-Artikel\"<\/code><\/pre>\n\n\n\n
Die auf dem Markt angebotenen Metadaten Integrationswerkzeuge, die s\u00e4mtliche Metadaten-Inseln der BI Landschaft „anzapfen“ und integrieren, stehen hierzu nicht in Konkurrenz. Die extrahierte Transformationslogik eines ETL Mappings aus Informatica PowerCenter zum Bsp. ist f\u00fcr einen Fachbereichsmitarbeiter nicht interpretierbar. Typische Metadaten-Inseln einer BI-Landschaft sind bspw. das ETL-Repository von Informatica, der Content-Store von Cognos, der IBM DB2 System-Catalog oder das Datenmodellierungsrepository von Erwin.<\/p>\n\n\n\n
Die Aktualit\u00e4t der dokumentierten STT Informationen kann durch einen entsprechenden Prozess sichergestellt werden, d.h. durch eine Organisationsma\u00dfnahme.<\/p>\n\n\n\n
Jetzt zur eigentlichen Umsetzung in Erwin. Zun\u00e4chst muss f\u00fcr das Datenmodell, in dem eine STT Information hinterlegt werden soll, die „Data Movement“ Option aktiviert werden.<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Erst dann steht der Menu-Eintrag „Data Sources“ zur Verf\u00fcgung:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Durch Klick auf das Symbol f\u00fcr Neuanlage, wird eine neue „Data Source“ angelegt:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Im Beispiel hei\u00dft die neue „Data Source“, „Quellsystem SAP“. Nun stehen 3 M\u00f6glichkeiten bereit, Quellsystem-Informationen auf Attribut-Ebene in das Datenmodell zu \u00fcbernehmen: Option 1: Manuelle Eingabe (nicht zu empfehlen). Option 2: Import einer CSV Datei (bedingt zu empfehlen). Option 3: „Import Other“ – mit dieser Funktion lassen sich die Informationen anderer ERwin Modelle in das Zieldatenmodell importieren. So k\u00f6nnte man z.B. ein Reverse-Engneering auf ein Quellsystem durchf\u00fchren und als ERwin Modell abspeichern. Die Metainformationen dieses Quellsystemmodells k\u00f6nnen dann in das Zielmodell importiert werden. Hierbei entsteht keine Verlinkung – die Metadaten des Quellmodells k\u00f6nnen ausschlie\u00dflich importiert werden.<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Es \u00f6ffnen sich Dialoge, die \u00e4hnlich den Dialogen der „Model Compare“ Funktion sind. Das linke Modell ist immer das „Target“-Modell. Das rechte wird ge\u00f6ffnet – entweder als Datei oder aus dem Erwin-MART (das Repository):<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
\u00dcber „Type Selektion“ kann man noch die Detailtiefe der zu importierenden Metadaten bestimmen:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
In der Ansicht „Left Object Selection“ kann man bestimmten, welcher „Data Source“ die zu importierenden Metadaten zugeordnet werden sollen. Wir w\u00e4hlen unseren Beispieleintrag „Quellsystem SAP“:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Es folgt der bekannte „Abgleichsdialog“. Hier muss man nicht gro\u00dfartig „nachdenken“. In der Regel \u00fcbernimmt man alles von rechts nach links. Was man m\u00f6glicherweise zuviel importiert hat, kann man im Target-Modell wieder sp\u00e4ter leicht l\u00f6schen:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Als Ergebnis bekommt man im „Data Source“ Editor die importierten Quellsystem-Tabellen angezeigt. Neben dem Tabellennamen wurden auch Attributnamen, Datentyp und Spaltenkommentar \u00fcbernommen (falls im Quellmodell vorhanden …):<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Jetzt kommt die eigentliche Arbeit – die Zuordnung von Quellsysteminformationen zu Zielattributen. Im Beispiel soll die Tabelle „Beispiel_Tabelle“ die STT Informationen aufnehmen:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Ansicht „Column Editor“, Registerkarte „Data Soruce“. Im Feld „DS Comment“ kann  Transformationslogik in Pseudo-Code Formulierung dokumentiert werden. Im Feld „Data Soruces“ kann kein Freitext eingeben werden, sondern durch Klick auf den rot markierten Button, k\u00f6nnen beliebig viele Quellsystem-Attribute aus den zuvor importierten Metadaten ausgew\u00e4hlt werden:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Beispiel f\u00fcr die Auswahl eines Quellsystem-Attributs:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Hier ein Ergebnis einer STT Definition f\u00fcr ein Ziel-Attribut. Im Bespiel sind zwei Quellsystem Attribute f\u00fcr die Bewirtschaftung eines Ziel-Attributes plus Transformationslogik definiert worden:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Nachdem man dies f\u00fcr alle Zielattribute durchgef\u00fchrt hat, kann man f\u00fcr die ETL-Entwickler eine STT Map via SQL generieren. Zur Ausf\u00fchrung der SQL-Abfrage kann der Anwender w\u00e4hlen zwischen eingebautem „Query Tool“ oder der ODBC-Schnittstelle. Hier ein Bsp. \u00fcber das „Query Tool“:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Connect:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
SQL Query definieren und ausf\u00fchren. Das Ergebnis kann als CSV gespeichert und nach Excel importiert werden:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Hier ein Bsp. zur Nutzung der ODBC-Schnittstelle \u00fcber den SQL-Editor Toad (nicht Bestandteil von Erwin):<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
SQL-Query mit Syntax-Highlighting, Toad Metadaten Browser und Resultset der Abfrage:<\/p>\n\n\n\n
\"erwin,<\/a><\/figure>\n\n\n\n
Viel Spa\u00df damit!<\/p>\n\n\n\n
\n\n\n\n
Getestet mit Erwin 8.2 Workgroup Edition<\/p>\n","protected":false},"excerpt":{"rendered":"
Source-To-Target-Mapping erstellen Eine wesentliche Aufgabe in BI Projekten ist die Erstellung einer sogenannten „Source-To-Target Mapping“ (kurz: STT). R. Kimball nennt sie in seinen Werken auch gerne „Logical Data Map“ (LDM). Die STT Map definiert, wie die vom Fachbereich angeforderten, analytisch relevanten Attribute bewirtschaftet werden. Sie beschreibt pro Attribut aus welchen Quellsystem-Attributen die Informationen geladen werden… Weiterlesen »ERwin Tipp #001<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":2254,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","footnotes":""},"categories":[10,6],"tags":[15,30,29,28,77],"_links":{"self":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts\/387"}],"collection":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/comments?post=387"}],"version-history":[{"count":18,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts\/387\/revisions"}],"predecessor-version":[{"id":2674,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts\/387\/revisions\/2674"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/media\/2254"}],"wp:attachment":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/media?parent=387"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/categories?post=387"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/tags?post=387"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}