将UUID用作小型SQL表的主键

Question

由于大型数据集上的大小和性能问题，我读过UUID通常不推荐作为主键。

但是，在顶级组织表中使用它会有害吗？例如。 组织或分支，哪里只有少数条目？

Answer 1

我建议您使用serial而不是UUID。为什么整数优于UUID？

• 它们占用的空间较小。这在基础表中是一个边际考虑因素，但对于外键来说是一个更大的问题。
• 整数更容易阅读和记忆。

在许多数据库中，表格使用主键进行物理排序。在这样的数据库中，UUID上的新插入将几乎总是在“之间”记录之间，这很昂贵。但是，Postgres不支持聚簇索引，因此底层数据没有排序。

有不利之处整数：

• 有一个有限的数量，虽然大整数几乎解决这个问题。
• 它们编码插入顺序信息。其实，这可能是积极的或消极的。

除了空间使用情况，我不认为在静态表上使用UUID会有很大的伤害。我强烈喜欢整数，只有在整数很难计算的情况下才会使用UUID。