使用ERD或DFD进行数据库设计

Question

实际上这是一个非常基本的问题，因为我是数据库设计的新手。我也是学生，我研究大量的信息，但不是整体。现在我的目的是学习或学习整个过程。这就是为什么我开始自己设计数据库但我发现ERD和DFD（数据流模型）是从头开始创建数据库所必需的。我查看了一个包含不同案例研究的文件。但我看到的每一件事都是从直接的关系表开始的。 我无法找到其中有ERD或DFD的此类案例研究。
所以我的基本问题是，是否有ERD或DFD的案例研究？有人能指出我有用的链接吗？ 感谢您提前帮助，也欢迎投票。

Answer 1

正如Peter Chen最初设计的那样，ER建模不是一个非常好的数据库设计模型。它真正擅长的是数据分析。在开始设计数据库之前分析您的数据需求是一个非常好的主意（尽管在现实世界中，您经常需要重申，因为分析永远不会完成）。一个好的ER模型将允许您将要存储在数据库中的每个值与特定主题实体或关系以及特定属性相连接

将ER模型转换为关系模型并不难。而且你通常最终得到的设计至少是第三种正常形式，甚至没有努力。

令人困惑的是，许多专业人士使用ER图来描绘关系模型而不是ER模型。以下是ER与关系之间的主要区别：

在ER模型中，您没有外键。关系在模型中被识别，但它们没有实现。

在ER模型中，您没有或不需要用于在关系模型中实现多对多关系的接线盒。

归一化与ER模型无关。规范化是设计的一个特征，而不是数据要求的特征。

在实践中，正如已经说过的，许多专业人士并没有真正区分ER建模和关系建模。但是在经典的三阶段方法中，您使用ER建模创建概念模型，使用关系建模创建逻辑模型，使用DBMS特定的SQL建模创建物理模型。这三种模型解决了不同的问题。