问题标签 [entity-relationship-model]

我有两个具有 N:N 关系的实体。对于 1 个实体实例，我与另一个实体有 500 多个关系。它们在子网格中的第一个实体的表单上表示。我需要删除这 500 个关系并重建它们。

在功能区上有一个用于删除一对多选定关系的按钮，但如果我在这种情况下使用它，手动处理 500 个链接将需要很长时间。

有没有更有效的替代方案？

我只能找到以下两个不同之处：

1. ER 模型中的关系是明确定义的，而它们在关系模型中是隐含的。
2. 关系模型需要一个中间表（通常称为“联结表”）来保存实现多对多关系的两个外键。

当我们有 ER 图时，为什么我们要使用关系模型？

我正在建模一个类别模型，它应该有很多子类别（递归关系）我已经应用了代码优先关系建模的基础知识：

类别.cs

现在，视图很有趣，它只看到类别；在这里我知道我的代码不会只靠它自己工作。

注意：我知道首先使用递归关系是禁忌，但最终证明了这种方法是正确的。

由于关系数据库不支持直接继承并且外键只能引用一个表，因此我不得不即兴提出一个解决方案（我认为这不是唯一的或其他）。

在我的关系数据库中有 entityA，entityB1 和 entityB2 实体。entityB1 和 entityB2 代表相似的现实生活对象，但具有不同的属性编号，如跑车和家用车。假设 entityA 可以与两个实体创建“购买”关系。通常它可以用 2 个单独的关系来完成，它们有 2 个单独的表的外键。

这是我的解决方案，我创建了仅具有属性 B_ID 的实体 B。当有一条记录插入到 entityB1 或 entityB2 时，记录的主键也将 entityB 作为 B_ID 插入。这样，我尝试用 a 间接引用 entityB1 和 entityB2单身关系。

你能建议我更好的方法吗，因为我需要使用额外的连接来访问 entityB1 和 entityB2 的属性？

笔记

我意识到这个问题在不同的数据库设计方法中可能是特定的，但对于我的具体情况，我有点不确定下一步我需要做什么。

我试图省略细节，但如果这个问题不适合 Stack Overflow，我会尝试其他方式来找出答案。

这是我的场景

我有一个项目，我需要为操作项跟踪系统的数据库设计创建 ER 图公司的各种项目。

根据该课程的讲师的建议，建议我提供一个状态图，以阐明我的主要实体（操作项）的问题定义，以进行数据库设计。

我的问题是，在将状态图转换为 ER 图时，通常接下来通常会做什么？

我正在创建一个包含很多表的 C# 应用程序。我已经创建了一个实体关系图/模型，但不知道如何将它实现到一个工作 SQL 数据库中。我需要以下帮助：

• 我是否需要在我的数据库中为多对多关系之间的关系创建单独的表？

• 如何处理一对多和一对一的关系。

• 何时做外键和复合键（以及如何做复合键）。

如果有人可以帮助我解决这些问题或您认为对我有帮助的任何其他问题，我将不胜感激。

（我会展示我的实体关系，但你必须有一定的声誉才能链接它们，而我没有）

我正在 visio 中制作 ERD，但没有获得“动态多对多”/“动态一对多”箭头来加入我的实体。谁能知道，我可以从哪里得到它？我得到的是直链箭头，但我需要动态箭头，它可以灵活地移动到任何地方，而不仅仅是水平/垂直方式。

我有一个旨在存储赛马时间的数据库。目前，我有一张Race桌子和一张RaceTimes桌子。每个都有 5 次分段时间和 5 次分段时间。该RaceTime表还包括一个Race外键。

例如：

RaceTime桌子：

鉴于每场比赛有 5 次和 5 次分裂，这种方法RaceTime为每场比赛产生 10 条记录。或者，我可以创建一个数据库结构，其中包括：Fraction1、Fraction2....Fraction5 和 Split1、Split2...Split5。Race在这种方法下，记录和RaceTime记录之间会有一对一的匹配，并且RaceTime表的行数会少得多。

我的阅读和研究使我相信第一种方法更可取。我相信这个数据更加规范化。由于桌子大小的不同，我想我有些停顿，但也许它只是长桌或宽桌之间的权衡。

话虽如此，我希望能得到那些更精通这些事情的人的意见，我只是一个喜欢玩马的会计。感谢您的输入。

我目前正在研究教科书中的一些弱实体集示例以供练习，我不明白为什么您可以消除Customer实体来帮助识别航班预订。

E/R 图看起来像这样 http://prntscr.com/8kv2ok

完整的问题如下

• 问题1）将图4.29的E/R图转换为关系数据库模式【我的进度：我顺利完成了这个问题】
• 问题 2) 还有一个 E/R 图可以描述图 4.29 中的弱实体集 Bookings。请注意，预订可以通过航班号、航班日期、行和座位来唯一标识；然后，客户无需帮助识别预订。修改 4.29 中的图表以反映这一观点，并将获得的结果转换为关系模式。

那么我的问题是，Booking实体和Flights实体之间的关系是什么？消除客户实体不会导致识别特定客户到特定航班的问题吗？

我正在尝试打开一个 MySQL 工作台文件 (*.mwb)，但根据第二个屏幕截图出现以下错误...有没有办法恢复这个文件？

无法打开文档

无法打开文档文件：没有错误

我的文件在 git 中，但检查旧版本似乎不起作用......我坚信这与文件的行尾有关，因为当我提交文件时，我从 git 收到的消息是...... .

CRLF 将被文件 x 中的 LF 替换

不幸的是，我在同一目录中没有任何 *.bak 文件，因此无法从中恢复

我也试过用 7zip 和 winrar 打开文件，我可以在其中看到一个 XML，但是在尝试查看它时会出错

我的 .gitattributes 文件当前设置如下：

我尝试添加以下内容，删除并签出文件，但没有奏效