Mit Multi-Active Satellites k\u00f6nnen Sie mehrere aktive Datens\u00e4tze f\u00fcr einen Business-Key speichern. Je nach Struktur der eingehenden Quelldaten gibt es verschiedene M\u00f6glichkeiten, diese Multi-Aktivit\u00e4t in Data Vault 2.0<\/a> abzubilden. In diesem Beitrag stellen wir Ihnen die verschiedenen Modellierungsoptionen vor. <\/span>[\/vc_column_text][vc_column_text css=““ text_direction=“default“] <\/span> In this article:<\/p> Multi-Active Satellites \u00e4hneln in ihrem Aufbau den Standard-Satellites<\/a>. Wie bereits erw\u00e4hnt, speichern sie jedoch mehrere aktive Datens\u00e4tze pro Key zu einem bestimmten Zeitpunkt. Die genaue Struktur h\u00e4ngt dabei vom jeweiligen Anwendungsfall ab. <\/span> [\/vc_column_text][image_with_animation image_url=“29548″ image_size=“full“ animation_type=“entrance“ animation=“None“ animation_movement_type=“transform_y“ hover_animation=“none“ alignment=“center“ border_radius=“none“ box_shadow=“none“ image_loading=“lazy-load“ max_width=“100%“ max_width_mobile=“default“][vc_column_text]\n Abbildung 1: Data-Vault-Modell<\/p>\n[\/vc_column_text][divider line_type=“No Line“][vc_column_text css=““ text_direction=“default“]\n Konstruktionsbedingt eignen sich Multi-Active Satellites hervorragend f\u00fcr die Abbildung mehrerer aktiver Datens\u00e4tze. Sie kommen immer dann zum Einsatz, wenn das Quellsystem solche Daten liefert. Zudem ist ihre Verwendung sinnvoll, wenn der Bereitstellungsmechanismus nicht gen\u00fcgend Metadaten liefert, wie es beispielsweise bei der Nutzung von XML-Dateien der Fall ist. <\/span><\/p>\n <\/p>\n Nehmen wir an, Sie erhalten die Daten Ihrer Kunden in semistrukturierten XML-Dateien. Darin befinden sich mehrere Telefonnummern in einem Array. Die Metadaten liefern jedoch keine weiteren Details. Daher sind Anzahl, Typ und Reihenfolge der Datens\u00e4tze unbekannt. Beim Aufl\u00f6sen (Flattening) der XML-Datei erhalten Sie so viele Datens\u00e4tze, wie das Array Tupel enth\u00e4lt (Abbildung 2). Wenn Sie daraus einen Standard-Satellite erstellen, kann nur eine Zeile pro Customer-Business-Key gleichzeitig aktiv sein. Andernfalls w\u00fcrden Sie aufgrund desselben Hash-Keys<\/a> und derselben ldts einen Primary-Key-Versto\u00df verursachen.[\/vc_column_text][image_with_animation image_url=“29547″ image_size=“full“ animation_type=“entrance“ animation=“None“ animation_movement_type=“transform_y“ hover_animation=“none“ alignment=“center“ border_radius=“none“ box_shadow=“none“ image_loading=“lazy-load“ max_width=“100%“ max_width_mobile=“default“][vc_column_text]\n Abbildung 2 \u2013 customer.xml<\/p>\n[\/vc_column_text][divider line_type=“No Line“][vc_column_text css=““ text_direction=“default“]\n Um diese Probleme zu vermeiden und die aktiven Telefonnummern zu jedem beliebigen Zeitpunkt abfragen zu k\u00f6nnen, gibt es verschiedene Optionen. Die Wahl der passenden Methode h\u00e4ngt davon ab, ob ein \u201eMulti-Active Key\u201c verf\u00fcgbar ist, sowie von Performance-Aspekten und der Benutzerfreundlichkeit bei der Datenabfrage. Im folgenden Abschnitt stellen wir diese Optionen kurz vor, bevor wir im n\u00e4chsten Beitrag n\u00e4her darauf eingehen.<\/p>\n Falls kein Multi-Active Key vorhanden ist und Sie dennoch Multi-Active Satellites nutzen m\u00f6chten, m\u00fcssen Sie selbst einen solchen Key erstellen. Dies geschieht durch das Hinzuf\u00fcgen einer Sub-Sequence-Nummer pro Business-Key in der Staging Area. Zus\u00e4tzlich zum Hash-Key und der ldts m\u00fcssen Sie diese Nummer in den Primary Key aufnehmen (Abbildung 3). Hierbei ist jedoch Vorsicht geboten, falls sich die Daten beim n\u00e4chsten Ladevorgang \u00e4ndern. Wenn sich beispielsweise die Reihenfolge der Telefonnummern verschiebt, l\u00e4sst sich einer bestimmten Sub-Sequence keine feste Telefonnummer mehr zuordnen.<\/span>[\/vc_column_text][image_with_animation image_url=“29546″ image_size=“full“ animation_type=“entrance“ animation=“None“ animation_movement_type=“transform_y“ hover_animation=“none“ alignment=“center“ border_radius=“none“ box_shadow=“none“ image_loading=“lazy-load“ max_width=“100%“ max_width_mobile=“default“][vc_column_text]\n Abbildung 3 \u2013 Multi-Active-Satellite mit Sub-Sequence<\/p>\n[\/vc_column_text][divider line_type=“No Line“][vc_column_text css=““ text_direction=“default“]\n Wenn die M\u00f6glichkeit besteht, Type-Codes zu definieren und diese an den Source-Feed zu \u00fcbergeben, ist es der beste Ansatz, diese in den Primary Key des Satellites aufzunehmen. In diesem Fall m\u00fcssen Typen in der Regel nur selten ge\u00e4ndert werden. In unserem Beispiel w\u00fcrden wir Typen wie \u201ehome\u201c, \u201ebusiness\u201c, \u201ecell\u201c und \u201efax\u201c definieren (siehe Abbildung 4). Beachten Sie jedoch, dass diese Informationen zwingend vom Quellsystem<\/a> geliefert werden m\u00fcssen. Ist dies nicht der Fall, m\u00fcssen Sie auf Sub-Sequences zur\u00fcckgreifen.[\/vc_column_text][image_with_animation image_url=“29545″ image_size=“full“ animation_type=“entrance“ animation=“None“ animation_movement_type=“transform_y“ hover_animation=“none“ alignment=“center“ border_radius=“none“ box_shadow=“none“ image_loading=“lazy-load“ max_width=“100%“ max_width_mobile=“default“][vc_column_text]\n Abbildung 4 \u2013 Type-Code-L\u00f6sung<\/p>\n[\/vc_column_text][divider line_type=“No Line“][vc_column_text css=““ text_direction=“default“]Eine weitere Option zur Vermeidung von Typ\u00e4nderungen ist das Pivoting, bei dem Sie separate Spalten f\u00fcr jeden Typ erstellen. Dadurch erhalten Sie dieselbe Granularit\u00e4t wie beim Hub<\/a>, m\u00fcssen jedoch den potenziellen Aufwand f\u00fcr ein Reengineering ber\u00fccksichtigen, falls sich die Attributtypen k\u00fcnftig \u00e4ndern. <\/span><\/p>\n <\/p>\n Eine weitere M\u00f6glichkeit zur L\u00f6sung von Problemen mit Multi-Active-Datens\u00e4tzen besteht darin, einen zus\u00e4tzlichen, schw\u00e4cheren Hub (Weak Hub) f\u00fcr das Multi-Active-Attribut, in diesem Fall die Telefonnummer zu erstellen und diesen mit dem Haupt-Hub zu verkn\u00fcpfen. Dies setzt voraus, dass sich dieses Attribut als Business-Key qualifiziert. Dabei kann sich die Anzahl der Hubs jedoch schnell erh\u00f6hen, je nachdem, wie viele Multi-Active-Datens\u00e4tze pro Business-Key existieren. Zudem stellt der neue Hub unter Umst\u00e4nden kein echtes Business-Objekt dar. Obwohl dieser Ansatz daher meist nicht die erste Wahl ist, kann er in bestimmten Szenarien eine praktikable L\u00f6sung sein.<\/span><\/p>\n <\/p>\n Es wird dringend davon abgeraten, den Multi-Active Key einfach dem Business-Key hinzuzuf\u00fcgen. Dies w\u00fcrde die urspr\u00fcngliche Granularit\u00e4t (Grain) und die semantische Bedeutung ver\u00e4ndern, wodurch die eigentliche Intention des Hubs verloren geht. <\/span> <\/p>\nWas sind Multi-Active Satellites?<\/h2>\n
\n<\/span>Ein Beispiel f\u00fcr ein solches Data-Vault-Modell finden Sie in Abbildung 1.<\/span><\/p>\nWann sollten Multi-Active Satellites verwendet werden?<\/h2>\n
Ein Beispiel<\/h2>\n
Optionen zur Implementierung<\/h2>\n
Multi-Active-Satellite-Zeilen (Rows)<\/h2>\n
Typen<\/h2>\n
Zus\u00e4tzlicher Hub (Extra Hub)<\/h2>\n
Das Multi-Active-Attribut zum Composite Key hinzuf\u00fcgen<\/h2>\n
\n<\/span>Behalten Sie f\u00fcr einen Raw-Data-Vault-Hub stets folgende Regeln im Hinterkopf: <\/span><\/p>\n\n
Fazit<\/h2>\n