MySQL Workbench 中的 ER 图是关系模型吗？
Does ER Diagram in MySQL Workbench a Relational model?
我正在尝试了解这种情况。 mysql 的 ER 和关系模型有什么区别？在 MySQL 上它看起来更像是关系模型而不是实际的 ERD 那么为什么它被称为 ER 而不是？
ER 模型和关系模型不是 MySQL 特定的。它们分别用于概念和逻辑建模。 SQL 或 MySQL 特定模型将称为物理模型。
MySQLWorkbench（以及许多类似工具）中的图表是滥用 ER 术语的物理模型。它允许设计表、列、主键、外键约束和索引。它不像ER模型那样区分实体表和关系表，而是把所有的表都称为实体，并将关系与外键约束混淆。多亏了这一点，n 元关系的想法丢失了，用户被带回到网络模型数据库。
它们也不是关系数据模型。它们不捕获逻辑域或角色、功能或多值依赖关系或各种约束。它们不支持保留依赖关系的转换。
ER 和关系模型之间的区别在于，关系模型具有一阶逻辑的全部功能，而 ER 模型更像是一种配方方法。 ER 语义对于未经训练的人来说更熟悉，但增加了额外的复杂性。有一些依赖和约束在ER中是无法表示的，它对3NF的关注可能会导致数据异常。尽管如此，它对于 initial/informal 数据建模和与业务用户交流想法还是很有用的。
那么为什么像 MySQL Workbench 中的图表称为 ER 图呢？我认为这主要是由于缺乏理解和遵守流行语，这两个因素在我们的行业中普遍存在。
我正在尝试了解这种情况。 mysql 的 ER 和关系模型有什么区别？在 MySQL 上它看起来更像是关系模型而不是实际的 ERD 那么为什么它被称为 ER 而不是？
ER 模型和关系模型不是 MySQL 特定的。它们分别用于概念和逻辑建模。 SQL 或 MySQL 特定模型将称为物理模型。
MySQLWorkbench（以及许多类似工具）中的图表是滥用 ER 术语的物理模型。它允许设计表、列、主键、外键约束和索引。它不像ER模型那样区分实体表和关系表，而是把所有的表都称为实体，并将关系与外键约束混淆。多亏了这一点，n 元关系的想法丢失了，用户被带回到网络模型数据库。
它们也不是关系数据模型。它们不捕获逻辑域或角色、功能或多值依赖关系或各种约束。它们不支持保留依赖关系的转换。
ER 和关系模型之间的区别在于，关系模型具有一阶逻辑的全部功能，而 ER 模型更像是一种配方方法。 ER 语义对于未经训练的人来说更熟悉，但增加了额外的复杂性。有一些依赖和约束在ER中是无法表示的，它对3NF的关注可能会导致数据异常。尽管如此，它对于 initial/informal 数据建模和与业务用户交流想法还是很有用的。
那么为什么像 MySQL Workbench 中的图表称为 ER 图呢？我认为这主要是由于缺乏理解和遵守流行语，这两个因素在我们的行业中普遍存在。