將UUID用作小型SQL表的主鍵

Question

由於大型數據集上的大小和性能問題，我讀過UUID通常不推薦作爲主鍵。

但是，在頂級組織表中使用它會有害嗎？例如。 組織或分支，哪裏只有少數條目？

Answer 1

我建議您使用serial而不是UUID。爲什麼整數優於UUID？

• 它們佔用的空間較小。這在基礎表中是一個邊際考慮因素，但對於外鍵來說是一個更大的問題。
• 整數更容易閱讀和記憶。

在許多數據庫中，表格使用主鍵進行物理排序。在這樣的數據庫中，UUID上的新插入將幾乎總是在「之間」記錄之間，這很昂貴。但是，Postgres不支持聚簇索引，因此底層數據沒有排序。

有不利之處整數：

• 有一個有限的數量，雖然大整數幾乎解決這個問題。
• 它們編碼插入順序信息。其實，這可能是積極的或消極的。

除了空間使用情況，我不認爲在靜態表上使用UUID會有很大的傷害。我強烈喜歡整數，只有在整數很難計算的情況下才會使用UUID。