使用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建模创建物理模型。这三种模型解决了不同的问题。