【发布时间】：2013-05-31 14:19:44
【问题描述】：
我是第一次设计基于项目的数据库，需要一些关于如何最好地确定是使用单个主键还是复合主键的建议？
我们有许多现有的基于项目的独立数据库，但从未将它们合并为一个，即使它们遵循相同的结构。
所有表格都基于 2 个主要字段
1) 项目代码
2) 商品编号
这些总是一起出现并出现在所有表格中。 项目代码和项目代码对每个用户都非常有意义，因为它们将描述由项目代码和项目编号（实际上写在它们上面）标识的物理对象。
项目代码始终是唯一的，而项目编号范围从 1 到 n（其中 n 是任意数字，但从不重复）。 开始一个新项目，项目编号再次从 1 开始。
所以数据库的基础如下。
表格：项目列表
字段：项目代码 (PK)，其他字段...
表格：项目列表
字段：项目代码 (FK)、项目编号 (PK?)、其他字段...
表格：任何其他表格
字段：项目代码 (FK)、项目编号 (FK?)、其他字段...
将项目代码作为主键对我来说很有意义 但是，项目代码不能是主键，因为它不是唯一的。项目编号 1-n 将在每个项目中重复，但它是每个人的主要参考。
我的第一个想法是创建一个名为 Item_ID 的代理主键，它在项目列表表中自动递增，然后在所有其他表中将其用作外键，
所以...它看起来像
表格：项目列表
字段：项目代码 (PK)，其他字段...
表格：项目列表
字段：项目代码 (FK)、Item_ID (PK)、项目编号、其他字段...
表格：任何其他表格
字段：项目代码 (FK)、Item_ID (FK)、项目编号、其他字段...
但是 item_ID 键对于使用它的每个人来说都毫无意义，他们必须不断询问我的项目编号是什么 ID 号才能将其链接到其父表。
我的第二个想法是通过将项目代码添加到公式 PROJECT CODE_ITEM NUMBER 中的项目编号来使项目编号唯一 例如。如果项目代码是“Project1”，那么项目编号可以写为“Project1_24”。这将使项目编号唯一，因此可以用作主键。
（假设子表有自己的 PK）。
所以它们看起来像这样：
表格：项目列表
字段：项目代码 (PK)，其他字段...
表格：项目列表
字段：项目代码 (FK)、项目编号 (PK)、其他字段...
表格：任何其他表格
字段：项目代码 (FK)、项目编号 (FK)、其他字段...
这很有效，因为它仍然保留对每个用户都有意义的项目编号。但这似乎有点冗长，因为他们每次都必须输入 PROJECT CODE_ITEM NUMBER 才能做出正确的参考。他们习惯于只写项目编号。
..也许有一些方法可以使这个过程自动化，所以他们仍然可以输入数字，但是数据库会在它后面添加项目代码..我不知道？
我的第三个想法是让项目代码和项目编号成为项目列表表中的复合键，并为项目列表表中的项目代码创建一个代理键。
所以它看起来像这样：
表格：项目列表
字段：Project_ID (PK)，其他字段...
表格：项目列表
字段：Project_ID (FK)、项目代码 (CPK)、项目编号、(CPK)、其他字段...
表格：任何其他表格
字段：Project_ID (FK)、项目代码 (CFK)、项目编号、(CFK)、其他字段...
这没关系，因为输入项目 ID 会相当简单，并且项目代码和项目编号在组合使用时是一个自然的键。他们将永远在任何记录中一起出现并且是独一无二的。
但是我应该使用哪种方法？
【问题讨论】：
-
使用自然键还是代理键是人们一直争论的话题。我会说使用复合键，但你应该在这个网站上搜索“代理键”，你会得到论点的两个方面的原因。例如stackoverflow.com/questions/63090/…
标签： database foreign-keys primary-key