gpt4 book ai didi

database - 是使用单个主键还是复合主键?

转载 作者:搜寻专家 更新时间:2023-10-30 23:13:55 24 4
gpt4 key购买 nike

我是第一次设计基于项目的数据库,需要一些关于如何最好地确定是使用单个主键还是复合主键的建议?

我们有许多现有的单独的基于项目的数据库,但从未将它们合并为一个,即使它们遵循相同的结构。

所有表格都基于 2 个主要字段

1) 项目代码

2) 货品编号

这些总是一起出现并出现在所有表格中。
项目代码和项目代码对每个用户都非常有意义,因为他们将描述由项目代码和项目编号(实际上写在它们上面)标识的物理对象。

项目代码始终是唯一的,而项目编号范围从 1 到 n(其中 n 是任意数字但从不重复)。
开始一个新项目,项目编号再次从 1 开始。

所以数据库的基础如下。

表:项目列表

字段:项目代码(PK),其他字段...

表:项目 list

字段:项目代码 (FK)、项目编号 (PK?)、其他字段...

表:任何其他表

字段:项目代码 (FK)、项目编号 (FK?)、其他字段...

将项目代码作为主键对我来说很有意义
但是,项目代码不能是主键,因为它不是唯一的。项目编号 1-n 将在每个项目中重复,但它是每个人的主要引用。

我的第一个想法是创建一个名为 Item_ID 的代理主键,它在项目列表表中自动递增,然后在所有其他表中将其用作外键,

所以......它看起来像

表:项目列表

字段:项目代码(PK),其他字段...

表:项目 list

字段:项目代码 (FK)、Item_ID (PK)、项目编号、其他字段...

表:任何其他表

字段:项目代码 (FK)、Item_ID (FK)、项目编号、其他字段...

然而 item_ID 键对于使用它的每个人来说都毫无意义,他们必须不断询问我的项目编号是什么 ID 号才能将其链接到其父表。

我的第二个想法是通过将项目代码添加到公式 PROJECT CODE_ITEM NUMBER 中的项目编号来使项目编号唯一
例如。如果项目代码是“Project1”,那么项目编号可以写为“Project1_24”。这将使项目编号唯一,因此可以用作主键。

(假设子表有自己的 PK)。

所以他们看起来像这样:

表:项目列表

字段:项目代码(PK),其他字段...

表:项目 list

字段:项目代码 (FK)、项目编号 (PK)、其他字段...

表:任何其他表

字段:项目代码 (FK)、项目编号 (FK)、其他字段...

这是有效的,因为它仍然保留对每个用户都有意义的项目编号。但这似乎有点冗长,因为他们每次都必须输入 PROJECT CODE_ITEM NUMBER 才能做出正确的引用。他们习惯于只写项目编号。

..也许有一些方法可以使这个过程自动化,所以他们仍然可以输入数字,但是数据库在它后面添加了项目代码..我不知道?

我的第三个想法是让项目代码和项目编号成为项目列表中的复合键,并为项目列表中的项目代码创建一个代理键。

所以它看起来像这样:

表:项目列表

字段:Project_ID (PK),其他字段...

表:项目 list

字段:Project_ID (FK)、项目代码 (CPK)、项目编号、(CPK)、其他字段...

表:任何其他表

字段:Project_ID (FK)、项目代码 (CFK)、项目编号、(CFK)、其他字段...

这没关系,因为输入项​​目 ID 将相当简单,并且项目代码和项目编号在组合使用时是一个自然的关键。他们将永远在任何记录中一起出现并且是独一无二的。

但是我应该使用哪种方法?

最佳答案

对于您的项目列表表,我认为您需要一个复合主键,因为您将在此数据库中列出多个项目,并且由于项目代码不是唯一的,您需要将其与项目代码组合以唯一标识它。

如果您没有复合键并且您尝试仅映射到不唯一的时间码,那么您最终会得到所谓的笛卡尔积 - 查询数据库时的行和行和无意义的行。

数据建模很有趣,一个建模良好的数据库非常值得花时间去做正确的事情。网上有书籍和可能的教程可以帮助您解决这个问题,而且阅读时间不会太长。

希望这可以帮助。

关于database - 是使用单个主键还是复合主键?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16859541/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com