问建立具有古怪行为的数据库(ERD)

EN

如果你所说的ERD是指原始的“陈”图解，其中的关系是用钻石写成的，那么你就有了预订和发票之间的关系。这是一种特殊的关系，不是用简单的外键实现的；它是通过复杂的移动和约束来实现的。

如果您所说的ERD是指ERwin绘制的图表，那么您就没有一种简单的方法可以做到这一点。它倾向于将重点放在绘制PK-FK关系上。你有一种非PK之间的关系。你所能做的就是用文字来表达某种观点。

箭头BTW不合适，因为ERD显示数据库的“状态”。数据的流动不是ERD的一部分。你确实有关系，只是这不是一个典型的PK-FK关系。这是一种非典型的关系，基于某些地方存在的行，而在另一些地方不存在。

在UML中，您可以轻松地将其绘制为关系之间的“约束”。

我不知道这些人在说什么。

1. 实体关系图没有完全描述数据，当然，它只显示实体和关系，不显示属性。这就是为什么它被称为ERD而不是数据模型的原因。很明显，这里的很多人都分不清区别。
2. 数据模型应该尽可能多地显示出来。但这取决于(a)标准(如果有的话)和(b)表示法。有些人比其他人表现得更多。IDEF1X是唯一的关系建模标准(NIST 184,1993年)。它是最完整的，并且表现出其他符号所没有的复杂和复杂。最近，MS和其他人提出了“简化”符号，当然，在“ERD”中损失了很多。
3. 它不是“流程”，而是数据库中的一个关系。
4. UML完全不适合建模数据，特别是当至少有一个标准加上几个非标准但常用的数据建模符号时。在UML中没有什么东西是不能在IDEF1X中显示的。但这里的大多数开发人员从未听说过(开发人员不应该建模，除非他们掌握了建模技能，但这是另一回事)。
5. 这是完全合法的；它可能不常见，但它是合法的和命名的。它是一个Supertype-Subtype关系，只不过基数是1::0-n，而不是1::0-1。IDEF1X符号(右)有一个子类型符号。注父端只有一个关系，子端只有一个关系。当然，乌鸦的脚也表现出了基数。这些关系可以是，排他的，或者是，你的关系是排他性的，这就是X通过半圆的意思。

- ERwin is the only modelling (not diagramming) tool that implements IDEF1X, and thus has the full complement of the IDEF1X Notation.
- Of course, the Standard, the modelling capability, are all in the mind, not in the tool.  I draw Data Models that are IDEF1X-compliant using a simple drawing tool.  

​

1. 我发现有些开发人员喜欢子类型符号，所以我在我的IDEF1X模型中显示了一个简化的版本(左)；它的目的是表达排他性的感觉，而在父端保留单行表示它是一个子类型。

点击here▶链接到数据模型◀Lott:点击这里

对于那些不熟悉关系建模标准的人来说，链接到IDEF1X符号。

听起来像是流程流，而不是实体关系。如果在将条目添加到发票时，并且将条目从预订中删除，那么这两者之间就没有任何关系。没有一种情况下，你可以遍历这种关系，因为从来没有记录，在这两个地方，可以联系在一起。

ERD没有完全描述数据库。还有其他事情，如流程流和用例，详细说明了系统的其他方面。

这类似于软件方面的UML。类图并不能显示类交互的所有不同方式。一个类可能在本地初始化并调用另一个类的函数，但是由于没有与这两个类相关的组合或继承，所以类图没有显示这种关系。只有当您用所有不同类型的图表完整地记录系统时，您才能看到它如何运行的所有方面。