不幸的是，我認為這是一個意見問題。但我想知道是否有最佳做法。
我們的資料倉庫使用 bigint 作為地址表的主鍵。現有記錄都來自使用 bigint 的源系統，因此它匹配。我們有一個新的源系統，它現在使用 varchar 值作為標識。它仍然只是一個數字，與舊系統沒有任何沖突。并且不使用前導零或任何東西。資料以 json 訊息的形式出現，我們決議出資訊。所以系統之間沒有任何連接。所以我們應該將我們的 DW 鍵更改為 varchar 以匹配，或者說擰緊它并在匯入時轉換為 bigint。
此外，更新不會有那么大的風險或影響許多其他行程。
另一條資訊，舊的源系統是 websphere。新來源是 C4/SAP。
uj5u.com熱心網友回復：
無論資料型別如何，您的資料倉庫都不應使用業務密鑰作為主要識別符號。資料倉庫應使用資料倉庫獨有的代理鍵，以便您可以處理需要具有相同維度資料的多個實體、想要保留維度資料的歷史記錄、源系統重用現在洗掉了業務密鑰或原始業務密鑰導致 DWH 出現問題的任何其他實體。
就個人而言，我會為您現有的 DWH 表實施代理鍵，然后您將不會遇到將新資料與舊資料合并在一起的問題。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/447897.html
上一篇：SQL觸發器加倍匯總金額