Sample Header Ad - 728x90

Database Administrators

Q&A for database professionals who wish to improve their database skills

Latest Questions

0 votes
2 answers
178 views
Is there a recommended order to create a DV model and star schema?
I want to create and implement a Data Vault Model. In the presentation layer, I want to create a View based on a star schema. Now I would like to know if there is a certain order in creating the models in practice? (Is is a commonplace to create first a Data Vault model and then the star schema, or...
I want to create and implement a Data Vault Model. In the presentation layer, I want to create a View based on a star schema. Now I would like to know if there is a certain order in creating the models in practice? (Is is a commonplace to create first a Data Vault model and then the star schema, or vice versa?) I noticed that I think very "dimensional" when start to make a concept of the requirements.
Nika (43 rep)
Mar 6, 2018, 01:09 PM • Last activity: Feb 23, 2020, 12:02 PM
1 votes
0 answers
85 views
Is the source system typically one of the fields used to uniquely identify business key?
One of the key components of designing a data vault is identifying **enterprise-wide unique business keys** ("business key" AKA "natural key"). It's not enough to use `OrderID` to identify records in an `Orders` table, because when you add another orders table from another source system (e.g., a bri...
One of the key components of designing a data vault is identifying **enterprise-wide unique business keys** ("business key" AKA "natural key"). It's not enough to use OrderID to identify records in an Orders table, because when you add another orders table from another source system (e.g., a brick-and-mortar store launches an online store), there may well be collisions. In Data Vault best practices, should one include the name of the source system as one of the fields used to uniquely identify a record, when adding it to a hub table? Rather than searching for some combination of fields in Orders which will *hopefully* be universally unique ({ CustomerID, OrderID, and OrderDate }, maybe), one could identify brick-and-mortar orders with { "Brick-and-Mortar Order System", OrderID }, and one could identify online orders with { "Online Order System", OrderID }: Records from two sources flow together into a This seems like the obvious solution, but I've not seen it mentioned in any of the Data Vault modeling documents I've found, so I wonder if there's some reason not to use this approach. The Data Vault approach seems to be an outgrowth of Master Data Management practices, so if this is a solved problem in MDM, that solution probably applies here too.
Jon of All Trades (5987 rep)
Feb 17, 2017, 11:19 PM
3 votes
0 answers
52 views
If a relationship is (logically) deleted, is this marked in the link table or just the satellite table(s)?
I'm learning about the Data Vault data warehousing approach, and so far the examples I've seen have a `DateLoaded` or similar field in all tables (hub, link, and satellite), but a `DateExpired` or `EndDate` field only in satellite tables. If a relationship is deleted in a source system, should this...
I'm learning about the Data Vault data warehousing approach, and so far the examples I've seen have a DateLoaded or similar field in all tables (hub, link, and satellite), but a DateExpired or EndDate field only in satellite tables. If a relationship is deleted in a source system, should this be recorded only by setting the DateExpired field in the link's satellite table(s), or should one also maintain a DateDeleted field in the link table? Note that I'm asking about "better" from a "Data Vault best practices" perspective. For a specific application there may be good reasons to favor one approach or the other.
Jon of All Trades (5987 rep)
Feb 10, 2017, 07:23 PM
Showing page 1 of 3 total questions