首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >在逻辑ER设计中,什么时候应该是外键,也是主键?

在逻辑ER设计中,什么时候应该是外键,也是主键?
EN

Stack Overflow用户
提问于 2014-04-11 11:29:24
回答 1查看 142关注 0票数 0

我目前正在进行一项基于研究期刊/论文数据库的DB设计作业。我面临的主要问题是决定某些实体是否有足够的唯一标识符(以及正确的标识符),以及我是否有正确的关系。

举个例子。每一篇研究论文都有一个独特的PaperID (PK)。每篇研究论文都有一个关键词列表(一般为4-5),作者在论文的开头列出了这些关键词。

  1. 假设这是一对多的关系是正确的吗?-一篇论文有很多关键字,每个关键字实例都属于一篇论文。
  2. 纸张PK (PaperID),然后成为一个FK & PK的关键字表吗?这种布局是否支持上述一对多的关系?

例如:

表-纸

PK = PaperID

属性列表

表-关键词

PK,FK = PaperID

关键字

因此,查询查找带有特定关键字(例如“Pig”)的所有论文,将显示类似于以下内容的结果:

PaperID =关键字

1.“猪”

2.“猪”

63 .“猪”

我的逻辑是正确的思维方式吗?

任何建议或帮助都将不胜感激!

谢谢

*编辑:看来大多数人认为这是一种多到多的关系,不幸的是,研究论文中有许多这样的关系(例如研究目的、主题、子主题、研究类型、研究问题)。

->那么我是否必须为其中的每一个创建关联实体来解决这些问题呢?!当然,必须有更好的方法来解决这些多对多的问题,而不是创造额外的.8-10个联合实体?超级型/亚型?

再次感谢大家的回应。边学边学!

EN

回答 1

Stack Overflow用户

发布于 2014-04-11 11:37:23

  1. 我原以为“纸上的关键词”会是一种多对多的关系.“猪”这个关键字出现在许多报纸上。任何一篇论文都可能有很多关键词。这样你就可以减少文本的重复。(但话说回来,编写代码可能会更快。)
  2. 如果您的关系是一对多的,那么您可能希望在您的关键字表上有一个复合键,所以PK关键字是由PaperID +关键字形成的。老实说,我不会担心-听起来你只是想要一个关键字索引,而不是担心有一个格式良好的PK表。
票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/23011378

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档