ER Diagram和Database Schema有什么不同？

Question

ER Diagrams和Database Schema有什么区别？MySQL Workbench具有绘制ER图的功能,但ER图的符号在其他绘图工具中与MySQL Workbench方法不同.

Answer 1

数据库模式通常是关系模型/图表.它显示了表之间的链接:主键和外键.

在数据库图中,苹果和苹果树之间的关系将是:在表"APPLE"中不能为空的外键"ID__TRE"链接到表"TREE"中的主键"ID_TRE".

实体关系图.显示实体之间的链接以及它们之间的关系类型.我们不是在谈论桌子或钥匙!通常,实体关系图遵循Merise模型.数据库管理员和开发人员通常在构思关系模型/图之前构建实体关系模型.
Merise中的符号集是:(0-1,0-n,1-1,1-n).第一个数字0或1描述了对象的其他部分是否是对象存在所必需的.如果它为零,则表示它可以存在而不相关.如果它是一个意味着该对象仅与另一个对象存在(例如,苹果需要一个树存在 - > 1,树不需要苹果存在 - > 0)第二个字符告诉我们如何在协会的其他部分接受了许多对象.如果它是1,那么关系中只能存在一个对象,如果它是n,则可以链接无限数量的对象(例如:一个苹果可以有一棵树 - > 1,一棵树可以有多个苹果 - > n)

对于实体关系,该关系将被描述为:苹果必须属于至少一个存在的树,并且只能属于一棵树(1-1).树不需要苹果存在,但它可以有无限数量的苹果(0-n).

事实上,两种描述都是相同的,但一种是面向数据库而另一种是面向建模.某些建模软件(如DB-MAIN)会自动将ER图转换为关系图.

Answer 2

实体关系图（ERD）就是：描述实体之间关系的图。现在让我们仔细看看...

• ERD 通常由业务分析师（而非 DBA）创建；
• ERD 通常用 LAYMAN 的术语来描述（不是 DBA 或其他技术术语）；
• ERD 旨在总结和阐明最终用户和中小企业的理解（同样，不是 DBA 或开发人员）
• 当每个实体都用 SINGULAR 进行描述时，ERD 效果最好，并且在 ERD 中将各种实体连接到其他实体的线使用动词（动作或拥有或存在）来描述每个关系；
• ERD 可以（并且确实）包括表示 n:n 关系的行，但这不是必需的。
• 博客 ERD 中的实体示例：成员、帖子、评论、类别
• ERD 中描述的关系示例：
  • 会员“帖子”1 到n 个帖子；（请注意，我们没有描述帖子的样子）
  • 发布“相关”1到n个类别等。

DATA SCHEMAS 与 ERD 有一些相似之处，但不应将它们视为等效或可互换的。如果您制作了一个可以用作数据模式的 ERD ......对您没有制作 ERD 的可能性持开放态度！;-)

数据模式是用于向 DBA 描述数据将如何存储在数据库中（关系或非关系）的图表。

• 数据模式几乎不变地描述了表的结构和特征；
• 桌子是“容器”（纸板箱）；
• 由于数据模式中的此类表在 PLURAL 中最好命名
• 同一博客的 SCHEMA 中的 TABLES 示例： MEMBERS, POSTS, CATEGORIES, COMMENTS （关系数据库）或 POSTS（由 Member-Date 和 1 个表中的所有其他列键控（非关系数据库，如“大数据”项目）；

• 然后，数据模式将描述每个表中包含的数据：

  MEMBER 
  FirstName (char:25)
  LastName (char:25)
  

  等等。

• 数据模式中表之间的线不会尝试表示除可用于“连接”表的 2 个字段之间的“KEY”之外的任何“关系”，以及这些线的一些附加特征来表示 n:n 关系.

两个图都有不同的用途： ERD：让普通的最终用户（和企业主）理解给定业务解决方案的模型；和 DATA SCHEMA：DBA 使用的“蓝图”来构建数据库，并由开发人员使用该数据库中的数据。

Answer 3

一个数据库模式是对数据库的实际施工的描述。它是一个包罗万象的术语，指的是表、列、触发器、关系、关键约束、函数和过程的集合。它可以引用描述所有这些的文档（例如 XML 模式）或作为数据库构成本身的抽象（“此时很难更改数据库的模式”）。它不是指插入到模式中的行，也不是数据本身。您可以将数据插入到现有架构中。

一个实体关系图是数据库中的表之间的关系的可视化。至少，它包括表名，这些表名可视化为由代表主键和外键约束的线连接的正方形。它通常包括列名称和符号，其中包含有关列之间存在何种关系（一对一、一对多、多对多）的信息。