OLAP：爲什麼事實和維度表之間的所有外鍵都應該是代理鍵？

Question

我讀維基百科文章有關OLAP和OLAP Fact Tables和文章指出

事實和維度表之間的所有外鍵應該是代理 鍵，從運行數據不重複使用密鑰。

但它沒有說明原因。 那麼，爲什麼要

事實和維度表之間的所有外鍵應該是代理 鍵，從運行數據不重複使用密鑰。

？

Answer 1

從什麼是從維基百科Dimension Table了詳細的解釋：

建議的關鍵領域是原因的一個簡單整數鍵值是毫無意義的，只是用來將加入這一事實之間的字段和維度表。 替代維度鍵的使用帶來當中幾個優點：

• 性能 - 從操作鍵管理實踐加入處理是更有效的，如果一個單個場代理鍵被使用，
• 緩衝器 - 中取出時防止形式的情況數據行可能重新出現時，他們自然鍵可以被重複使用或休眠長時間後重新分配，
• 映射整合不同來源，
• 處理未知或不適用的連接，
• 跟蹤維度屬性值的更改。

Answer 2

辛苦賺來的知識。

運營數據中的密鑰可能隨時更改格式。這樣就更簡單了。

這就像問「我應該使用SSN作爲users表的主鍵嗎？」。雖然你（理論上）可以，但這不是一個好主意。

雖然我承認自己並不知道自己在說什麼。我只記得我們的甲骨文員工對此事有非常強烈的意見。 :-)

Answer 3

我永遠不會使用SSN作爲任何表的主鍵。這些信息需要很大的保護。將它用作PK將意味着它將作爲外鍵連接出現在其他表中。即使是公司特有的員工ID也不應該被使用。代理鍵工作得更快。它們可以將維度設置爲SCD Type 2.即使您認爲只需要類型1，也可能會改變路線。