问题标签 [entity-relationship-model]

我有一个名为的 Hibernate 实体Article，从数据库的角度来看，我想将下一章 id 和上一章 id 存储在同一个表中，因此该表与其自身存在两个一对一的关系，nextArticleId并且previousArticleId是来自同一张桌子。

我的问题是，在为此创建 Hibernate 实体时是否有建议的方法来处理这种情况？或者我只是将其视为两个正常的一对一关系，并且Article在实体中只有两个不同的对象Article来表示下一篇文章和上一篇文章？

问候，

我有一个图书馆管理系统的实体关系图。我有实体“会员”和“教授”，“教授”从“会员”继承属性。

然后我有我的 ER 到关系映射图，这就是我面临的问题 - 如何表示“会员”和“教授”之间的联系？

这是图表，您可以看到第二张图表中没有添加教授。任何提示表示赞赏。

我的问题是：为了存在以下哪些需要强制具有键和属性？

• 实体
• 实体类型
• 关系类型
• 关系（具有关系类型的元组）

我知道我的问题有点奇怪，但我不太确定构建 ER-Diagram 的规则是什么。换句话说，我的图表中应该强制出现什么，而不应该出现什么（例如属性）。提前致谢。

关于 ER/EER 图的快速问题。

我已经制作了这个实体关系图，但有人告诉我，一个朋友有问题。有什么问题吗？

ER图是图书馆管理系统的设计，会员一次可以借5本书。系统的其余功能是正常库的功能。

图书馆管理系统 EER

我正在为我的考试创建一个应用程序，并且我正在实现一个聊天功能。（尽可能简单）

现在我需要创建一个Entity-Relationship-Model

因此我有这些实体：

chatgroups chatmessages和chatusers

我创建了这个 ER 模型：

谁能告诉我这是否是正确的方法，或者是否有更有效甚至更好的方法来创建此模型？

此致

我对弱实体的了解是，如果没有强实体，它们就无法存在：-

即必须有一个强实体，弱实体必须从中获取键（外键）。

示例：HOTEL（强实体）和 ROOM（弱实体），HOTEL 是强实体，因为它们可以自己（独立）存在，而 ROOM 是弱实体，因为它们总是需要没有它的 HOTEL（HOTEL）房间不能存在。

但是在阅读本书时，我遇到了一个声明，其中指出“但是，并非每个存在依赖都会导致弱实体类型”。例如，除非与 PERSON 实体相关，否则 DRIVER_LICENCE 实体不能存在，即使它有自己的密钥（licence_number ) 因此它不是一个弱实体。

我的问题是一个依赖于强实体的实体怎么不能是一个弱实体？

我有实体 EMPLOYEE、ADDRESS 和 STUDIES，如下图所示。一名员工可以拥有多个地址，并且可以在多个大学学习。

为什么下面的关系（Has_address 和graded）越来越多？ 他们不应该是一对多吗？（例如，因为一个地址只属于一名员工）？

再会，

我正在处理这项任务，实体关系对我来说是新的。我刚刚开始。我有以下情况，我已经根据我目前所了解的情况解决了这个问题。

我们可以将 E/R 模型中的关系视为具有键，就像实体集一样。令 R 为实体集 E1、E2、…、En 之间的关系。那么 R 的键是从 E1、E2、…、En 的属性中选择的一组 K 属性，使得如果 (e1,e2,…,en) 和 (f1,f2,…,fn) 是R 的关系集，那么这些元组不可能在 K 的所有属性上都一致。现在，假设 n=2；也就是说，R是二元关系。此外，对于每个 I，让 Ki 是一组属性，它是实体集 Ei 的键。就 E1 和 E2 而言，在以下假设下给出 R 的最小可能键：

1. R是多对多
2. R 是从 E1 到 E2 的多一。
3. R 是从 E2 到 E1 的多一。
4. R 是一对一。

对于 2. 我已经解决了这个问题，如下所示。

如果 R 是从 E1 到 E2 的多一，那么如果 R 的关系集的两个元组 (e1,e2) 和 (f1,f2) 在 E1 的关键属性上一致，则它们必须相同。要知道为什么，肯定 e1 和 f1 是相同的。因为 R 是从 E1 到 E2 的多一，所以 e2 和 f2 也必须相同。因此，这些对是相同的。

(3) 可以与 (2) 相同吗？另外，您能否指导我或给我有关 1 和 4 的任何线索。我们将不胜感激。

非常感谢

我试图用 Microsoft Visio 2010 制作一个简单的 ER 模型。问题是，我想要“RealEstateCompanies”实体和“Agents”实体之间的“一对多”关系。但是，我无法做到这一点。如第一张图片所示，我只能更改“RealEstateCompany”实体的多重性。

我不明白为什么 Visio 默认将“RealEstateCompanies”实体作为子实体，并且无法反转两个实体之间的父子关系（如下图所示）。

请帮忙，提前谢谢！！

我的问题如下：关系可以具有如下图所示的关键属性吗？

对我来说这没有意义，但是我发现它们就像在1中一样。如果可能，我应该如何在关系模式中“解决”它们？

我在 [2] 上发现了一个类似的问题，但它似乎侧重于在将 ERM 转换为关系模式期间如何处理属性。

1 https://www.wu.ac.at/fileadmin/wu/已处理/csm_erm_cardinalities2_84a65dbc2b.png

[2] ER图中的关系属性