我是第一次设计基于项目的数据库，需要一些关于如何最好地确定是使用单个主键还是复合主键的建议？
我们有许多现有的基于项目的独立数据库，但从未将它们合并为一个，即使它们遵循相同的结构。
所有表格均基于2个主要字段
1）项目代码
2）项目编号
这些总是在一起并存在于所有表格中。 项目代码和项目代码对每个用户都非常有意义，因为它们将描述由项目代码和项目编号（实际写在它们上）标识的物理对象。
项目代码始终是唯一的，而项目编号的范围是1到n（其中n是任意数字但从不重复）。 开始一个新项目，项目编号再次从1开始。
因此数据库的基础如下。
表：项目清单
字段：项目代码（PK），其他字段......
表：项目清单
字段：项目代码（FK），项目编号（PK？），其他字段......
表：任何其他表
字段：项目代码（FK），项目编号（FK？），其他字段......
将Project代码作为主键是有道理的 但是，商品代码不能是主键，因为它不是唯一的。项目编号1-n将在每个项目中重复，但是是每个人的主要参考。
我的第一个想法是创建一个名为Item_ID的代理主键，它在项目列表中自动递增，然后在所有其他表中将其用作外键，
所以...它看起来像
表：项目清单
字段：项目代码（PK），其他字段......
表：项目清单
字段：项目代码（FK），Item_ID（PK），项目编号，其他字段......
表：任何其他表
字段：项目代码（FK），Item_ID（FK），项目编号，其他字段......
然而，item_ID键对于使用它的每个人都没有意义，他们必须不断询问ID号码是我的物品编号，以便将其链接到其父表。
我的第二个想法是通过将项目代码添加到公式PROJECT CODE_ITEM NUMBER中的项目编号来使项目编号唯一 例如。如果项目代码是＆＃34; Project1＆＃34;然后可以写出项目编号＆＃34; Project1_24＆＃34;。这将使项目编号唯一，因此可以用作主键。
（假设子表有自己的PK＆＃39;）。
所以他们看起来像这样：
表：项目清单
字段：项目代码（PK），其他字段......
表：项目清单
字段：项目代码（FK），项目编号（PK），其他字段......
表：任何其他表
字段：项目代码（FK），项目编号（FK），其他字段......
这样可行，因为它仍保留对每个用户都有意义的项目编号。但它似乎有点长，因为他们每次都必须输入PROJECT CODE_ITEM NUMBER来做出正确的参考。他们习惯只写项目编号。
..也许有一些方法可以自动化这个过程，所以他们仍然可以写入数字，但数据库会添加项目代码......我不知道？
我的第三个想法是将项目代码和项目编号作为项目列表表中的复合键，并为项目列表中的项目代码创建代理键。
所以它看起来像这样：
表：项目清单
字段：Project_ID（PK），其他字段......
表：项目清单
字段：Project_ID（FK），项目代码（CPK），项目编号，（CPK），其他字段......
表：任何其他表
字段：Project_ID（FK），项目代码（CFK），项目编号，（CFK），其他字段......
这是可以的，因为输入项目ID会非常简单，项目代码和项目编号在组合使用时会成为一个自然的关键。他们总是会在任何记录中一起出现并且是独一无二的。
但我应该使用哪种方法？
答案 0 :(得分：2)
对于您的项目列表，我认为您需要一个复合主键，因为您将在此数据库中列出多个项目，并且由于项目代码不是唯一的，您需要将它与项目代码组合到唯一识别它。
如果您没有复合键，并且尝试仅映射到非唯一的时间码，您将最终得到所谓的笛卡尔积 - 查询时的行，行和废话行数据库。
数据建模非常有趣，而且模型良好的数据库非常值得花时间去做。网上有书籍和可能的教程可以帮助你解决这个问题，而且阅读时间不会太长。
希望这有帮助。