Eladei Asked:2020-05-03 05:36:53 +0800 CST2020-05-03 05:36:53 +0800 CST 2020-05-03 05:36:53 +0800 CST 复合主键或 GUID 772 使用一个数据库时，我遇到了以下示例。 假设我们有一个图书馆数据库（出于商业机密的原因，我无法给出真实数据库中的示例）。 假设有一个主键是复合的 Book 表（方法 #1）： 存放图书的图书馆的 ID 图书所属目录的id 图书编号 同时，库 id 作为主键的组成部分出现在许多其他表中。 从我的角度来看，可以使用 GUID 作为主键（方法编号 2），并使用库 id 和参考 id 作为复合外键。 上述两种方法的优缺点是什么？ sql 1 个回答 Voted Best Answer MaxU - stop genocide of UA 2020-05-03T18:09:05+08:002020-05-03T18:09:05+08:00 在这种情况下，我几乎总是选择使用代理唯一键 - 有时是 GUID，有时只是每个表的整个计数器（序列、身份、自动增量）。 以下是采用这种方法的一些原因： 唯一性保证 id如果复合键的组件之一发生更改（例如，书籍从一个库“移动”到另一个库或目录更改），则无需更改主键 更改数据模型时，将来可能需要将组件（列）添加到复合键 - 再次，主键的更改，这可能对引用此主键的表产生级联影响 从缺点： 额外的空间（在磁盘和内存中）来存储代理键 如果您使用 GUID 而不是普通整数，有时它们会以这样一种方式生成，即中间的字符串部分（而不是字符串末尾的部分）会发生变化。这会导致索引值在不同的索引块之间“涂抹”（这取决于 DBMS 的实现）。因此，主要使用最新传入数据（金融交易、订单等）的应用程序将使用更多“涂抹”的索引块。注意：在 SQL Server 中，您可以使用NEWSEQUENTIALID，这似乎可以最大限度地减少“拖尾”效应。
在这种情况下，我几乎总是选择使用代理唯一键 - 有时是 GUID，有时只是每个表的整个计数器（序列、身份、自动增量）。
以下是采用这种方法的一些原因：
id如果复合键的组件之一发生更改（例如，书籍从一个库“移动”到另一个库或目录更改），则无需更改主键从缺点：