I need to design for Orders, Order Lines, Shipment. In summary, they all from sales order process.
These table contains main key details such as Orders:
Order number
Customer Number
Order Type, Order Date, etc
**Order Line:**
Order number
Order Line Number
Customer Number
Item Number
I am inclined to implement Sat Child Dependent Child key, rather than non-historized as this is good candidate for streaming use case or single business concept - Hub.
In addition to above, should i also create a Link_SALES_ORDER_CUSTOMER_ITEM to connect with Hub_Customer and Hub_Item? Link table ensure unique relationship across hub’s, then what are the implications on the dependent child key - Order Line Number in the exmaple?
non-historised = streaming / near-real time ingestion; kind of why it was renamed from t-links to emphasize that
link-sat with a dep-key = batch ingestion works best, it’s idempotent
I generally don’t include dep-keys in link-hash calc, because it isn’t a business/primary object. It also means I can reuse that same relationship for other pipelines to load to the same link table and thus have the same link-hash-key.
Order line makes a good dep-key, it needs the order to live!