在键值查找情况下，非规范化 PK 和复合 PK 之间的区别？

Question

我遇到的情况是多个站点的 URL 别名查找表。每个站点都被认为是它自己的命名空间，因此只要它们位于不同的站点中，重复的别名就可以了。

我的问题是在存储这些信息时，PostgreSQL 中存储这样的数据是否存在性能差异：

____________________________________
|Alias(PK)      | Page_Object(FK)  |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|namespace.alias|actual page       |

对比：

_________________________________________
|Namespace(CK)|Alias(CK)|Page_Object(FK)|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|namespace    |alias    |actual page    |

Answer 1

第一个错了吗？

这不是性能问题，而是正确性问题。

如果别名仅在给定的命名空间内是唯一的，那么您需要一个复合唯一索引。如果您添加代理主键，然后创建 UNIQUE(namespace, alias) 约束，或者您只有 PRIMARY KEY(namespace, alias) 但您需要这两个中的一个，这取决于您。许多愚蠢的 ORM 坚持使用单列键，所以如果你正在使用像 Rails 这样的东西，如果你屈服于它的要求，创建一个代理主键，然后对两者进行唯一约束，你将面临更少的痛苦真正的钥匙。

在性能方面，无论如何都没有太大区别。索引可能会大一点，但不会大很多，这就是真正的变化。