Visual Data Vault
Im folgenden Artikel wird anhand eines Visual Data Vault-Beispiels beschrieben, wie man Links darstellt. Mit dem Veröffentlichen von Data Vault 2.0wurden sowohl Beispielarchitektur Der folgende Artikel beschreibt die Darstellung von Links anhand eines Visual Data Vault-Beispiels. Mit der Einführung von Data Vault 2.0, das den Data Vault 1.0-Standard um Architektur- und Prozessdefinitionen erweitert, standardisierte Dan Linstedt die bei der Modellierung verwendeten Data Vault-Symbole. Auf der Grundlage dieser standardisierten Symbole wurde die Modellierungssprache Visual Data Vault (VDV) entwickelt, die von EDW-Architekten zur Erstellung von Data Vault-Modellen verwendet werden kann. Als unsere Gründer das Buch schrieben, benötigten sie einen visuellen Ansatz, um die Konzepte von Data Vault in dem Buch zu modellieren. Zu diesem Zweck entwickelten sie die grafische Modellierungssprache, die sich auf die logischen Aspekte von Data Vault konzentriert. Die Microsoft Visio-Schablonen und ein ausführliches Whitepaper stehen auf www.visualdatavault.com als kostenloser Download zur Verfügung. Modellierungfür den Standard Data Vault 1.0 von Dan Linstedt standatisiert. Auf der Grundlage dieser standardisierten Symbole wurde die Modellierungssprache Visual Data Vault (VDV) entwickelt, die von folgenden Unternehmen verwendet werden kann EDW-Code-Basis Architekten zur Erstellung von Data Vault-Modellen genutzt werden kann.
Als unsere Gründer das Buch schrieben, benötigten sie einen visuellen Ansatz, um die Konzepte von Data Vault in dem Buch zu modellieren. Zu diesem Zweck entwickelten sie die grafische Modellierungssprache, die sich auf die logischen Aspekte von Data Vault konzentriert. Die Microsoft Visio-Schablonen und ein ausführliches White Paper sind verfügbar unter www.visualdatavault.com als kostenloser Download zur Verfügung.
In diesem Artikel:
Verknüpfungen in Visual Data Vault
Wir haben bereits einen anderen Newsletter veröffentlicht, wie Hubs werden in der Buchhaltungsbranche modelliert. In diesem Newsletter erklären wir die Funktion von Standardverbindungen und wie die Modellierung im Bankensektor funktioniert.
Links verbinden einzelne Knotenpunkte in einem Data Vault-Modell und stellen entweder Transaktionen oder Beziehungen zwischen Geschäftsobjekten dar. Geschäftsobjekte sind im Geschäft miteinander verbunden. Kein Geschäftsobjekt ist vollständig von anderen Geschäftsobjekten getrennt. Stattdessen sind sie über die operativen Geschäftsprozesse miteinander verbunden, die Geschäftsobjekte bei der Ausführung ihrer Aufgaben verwenden. Die folgende Abbildung zeigt eine Verbindung, die zwei Hubs miteinander verbindet (eine Standardverbindung muss mindestens zwei Verbindungen haben).wie das folgende Diagramm zeigt:
Der Link in der obigen Abbildung verweist auf zwei Hubs: Konto und Kunde. Der Verbinder (der Pfeil) sollte als "(der Hub)" gelesen werden Kunde wird verwendet von (dem Link) Konto zum Kunden." Der zweite Verweis ist ein wenig anders, da der Name der Verbindung zwischen dem Account-Hub und dem Link durch die Bedeutung eines Kredit- oder Schuldkontos überschrieben wird. Dies ist in Fällen notwendig, in denen das Modell mehr Bedeutung erfordert oder wenn mehrere Verbindungen zum selben Hub erforderlich sind. Die Hash Keys eines jeden Hubs, die jedes Geschäftsobjekt durch ein berechnetes Attribut eindeutig identifizieren, werden in die Link-Entität repliziert, indem derselbe Attributname verwendet wird.
Eine Verknüpfung stellt eine Beziehung von vielen zu vielen dar und bietet daher Flexibilität, da Änderungen an den Geschäftsregeln kein Re-Engineering erfordern und die Granularität durch die Anzahl der referenzierten Knotenpunkte ausgedrückt wird und somit gut dokumentiert ist.
Die Verknüpfung enthält alle Hash-Schlüssel der verbundenen Hubs (logische Fremdschlüssel), ein Ladedatum, an dem die Beziehung zum ersten Mal in data warehouse ankommt, die Datensatzquelle, aus der die Daten stammen, und den Verknüpfungs-Hash-Schlüssel (logischer Primärschlüssel), der aus den Geschäftsschlüsseln der Hubs berechnet wird (nicht aus den Hash-Schlüsseln - niemals einen Hash!) und einem reinen Einfüge-Lademuster folgt.
Verknüpfungen verbessern die Flexibilität des Data Vault-Modells erheblich, da es einfach ist, Verknüpfungen hinzuzufügen oder den Beziehungstyp bestehender Verknüpfungen zu ändern. Es braucht weniger Zeit, um auf Änderungen im Unternehmen zu reagieren. Um neue Funktionen hinzuzufügen, müssen Sie nur neue Hubs hinzufügen und diese über Links mit bestehenden Hubs verbinden. Normalerweise wird ein Standardsatellit an die Verbindung angeschlossen, der die beschreibenden Daten der Beziehung zwischen den Knotenpunkten.
Eine weitere gängige Art von Link ist der Non-Historized Link (auch bekannt als Transactional Link), der nur Transaktionen enthält und keinen Satelliten benötigt, was bedeutet, dass das Lademuster ein vollständiger Insert-Only-Ansatz ist. Lesen Sie mehr über den Wert von NH-Links in einem früherer Newsletter dieses Jahr.
Fazit
Zusammenfassend lässt sich sagen, dass die Modellierungssprache Visual Data Vault einen standardisierten und effektiven Ansatz für die Darstellung komplexer Beziehungen und Transaktionen im Bankensektor bietet. Durch die Verbindung von Geschäftsobjekten über Links wird eine klare und logische Struktur gewährleistet, die reale Prozesse widerspiegelt. Diese Methodik verbessert nicht nur die Klarheit von Datenmodellen, sondern erleichtert auch die effiziente Datenverwaltung und -abfrage, was sie zu einem unschätzbaren Werkzeug für Unternehmensarchitekten data warehouse macht.
Hi, I am trying to better understand the visual.
From the name it makes sense that the link just connects a customer with an account he has “interacted”, as no more info is provided by the link itself (or the explanation).
Looking at the model and the explicit indication of “credit” and “debt” I wonder what is the use / interest of those notes, as in the end the link provides a single “role” and the fact that an account is a credit or debit (or it has been used for a credit / debit operation) is buried in the (eventual) satellite.
In the case where you want to record a movement for a customer from one account (with debit role) to another (with credit role), the Link would have: LnkHKey, CustomerHKey, DebitAccHKey, CreditAccHKey, LD, RS.
I was wondering then how would you visually model it?
Would it look the same as this post or would it be different?
I would have used the visual model with two connections for the case of the link with two roles.
Would it not be more clear ?
BR, Roberto Zagni
Hi Roberto,
The shown model is a logical model and tells us that the account related to the customer can be a credit or debit account. How the data in the background looks like can be different. The “kind” of account could be in a descriptive attribute (part of the Satellite on the Account Hub or the Link) in case an account can be either a credit or a debit account, could be driven by an additional identifier that the link data has to be extended by this key (or the satellite – which becomes a multi-active satellite then), could be driven by two different keys (as you described), or any other scenario.
Related to your question, you would model it the same way. There is still just one customer, one account, but the kind of relationship can be different.
BR,
Marc Finger