Database design 用ERD或DFD设计数据库

实际上，这是一个非常基本的问题，因为我对数据库设计还不熟悉。我也是学生，我学习大量的信息，但不是作为一个整体。现在我的目的是学习整个过程
这就是为什么我开始自己设计数据库，但我发现ERD和DFD（数据流模型）是从头开始创建数据库所必需的。我看了一份文件，里面有不同的案例研究。但我看到的每一件事都是从直接关系表开始的。 我无法找到包含ERD或DFD的此类案例研究。
所以我的基本问题是，有ERD或DFD的案例研究吗？有人能给我指出有用的链接吗？

---

提前感谢您的帮助，也欢迎投反对票。

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

将ER模型转换为关系模型并不困难。通常，你甚至不用努力就能得到一个至少是第三种标准形式的设计

令人困惑的是，许多专业人士使用ER图来描述关系模型，而不是ER模型。ER和relational的主要区别如下：

在ER模型中，没有外键。关系在模型中标识，但未实现

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

标准化与ER模型无关。规范化是设计的一个特性，而不是数据需求的特性

---

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

我在谷歌上搜索了

数据库案例研究ERD

，在第一次点击时发现了一个：通常，我在定义表之后创建（或让我的工具创建）ERD。我将DFD定义为表的检查（测试），以查看表是否正确支持应用程序。谢谢。我在早些时候看到过，当我试图阅读时，我迷失在其中。