Mermaid知识点总结9 - Entity Relationship Diagram

Mermaid知识点总结9 - Entity Relationship Diagram

Entity Relationship Diagram也就是实体关系图，描述了某个特定领域实体之间的关系，一个基本的ER模型包含实体类型和实体之间的关系

下面给出一个ER关系图的实例：

erDiagram
    CUSTOMER ||--o{ ORDER : places
    ORDER ||--|{ LINE-ITEM : contains
    CUSTOMER }|..|{ DELIVERY-ADDRESS : uses

实例名称通常是大写的，虽然在标准和语法中对此并没有明确要求

教程中提到实体之间连接线使用鱼尾纹，估计指的就是上图中分叉的线条，所谓crow’s foot（虽然直译过来是乌鸦脚），这形象表达了实例之间一对多或者多对多的关系

ER图适用于多种场景，例如缺乏具体实现的抽象的逻辑模型，或者作为关系数据库的物理模型。

在ER图中可以添加实例的属性信息，属性信息包括两个方面，类型和名称，如下所示：

erDiagram
    CUSTOMER ||--o{ ORDER : places
    CUSTOMER {
        string name
        string custNumber
        string sector
    }
    ORDER ||--|{ LINE-ITEM : contains
    ORDER {
        int orderNumber
        string deliveryAddress
    }
    LINE-ITEM {
        string productCode
        int quantity
        float pricePerUnit
    }

但是这里有个坏消息，就是在Typora中并不能正常渲染，而在在线编辑器中是可以的，如下所示：

所以我怀疑Typora，或者说Markdown对ER图的支持并不算好

教程中提到，当想要在ER图中添加属性时候，你要决定是否需要添加外键。对于此情况，教程中的建议是，如果你要表示一个逻辑模型，并不是要关注实现，那么最好不要考虑外键，因为关联关系已经传达出来了实体之间的联系方式，例如JSON数据已经可以实现一对多关系，而无需使用外键，面向对象语言也可以使用指针或者引用。

基本语法

实体和关系

Mermaid描述ER图语法和PlantUML类似，使用扩展信息标识关系，每段描述包含以下部分：

  <first-entity> [<relationship> <second-entity> : <relationship-label>]

在这其中：

• first-entity 实体名称
• relationship 实体关系，在后文会介绍不同关系的表示方法
• second-entity 其他实体的名称
• relationship-label 其他实体和该实体的关系，如果想要使用多个单词，则需要使用""进行包裹，而如果不想展示任何信息，则需要使用空的双引号字符串进行表示

例如：

PROPERTY ||--|{ ROOM : contains

这个描述了以下事实：

• PROPERTY包含一个或者多个ROOM，而一个ROOM是PROPERTY的一部分，且只会是一个PROPERTY的一部分
• 从第一实体来看，PROPERTY包含ROOM，但是ROOM并不包含PROPERTY
• 从第二实体来看，等效标签通常很容易推断出来

只有第一实体是在语法描述中是必要的，这也就意味着可以创建没有任何关系的单独的实体，如果在语法中有其他元素，那么所有其他部分也都是必要存在的

关系语法

所谓关系主要包含以下三个方面的内容：

• 第一实体和第二实体之间的基数关系
• 两个实体之间的关联关系
• 第二实体和第一实体之间的基数关系

在这其中，基数表示了两个实体之间的数量对应关系，包括以下几种情况：

Value(left)	Value(right)	Meaning
|o	o|	0或1
||	||	1对1
}0	0{	0或多
}|	|{	1或多

Identification

不太确定应该怎么翻译这个

教程中将关系分为Identifying和non-identifying两种类型，分别以实线和虚线进行连接，这个属性决定了一个实体是否可以单独存在，例如，一个公司的有多个车辆，这些车辆可以允许多个人开，这二者之间的关系为多对多的关系，且车和人均可以作为单独的实体存在，他们的关系称之为non-identifying的，这二者之间可以用以下语句表示：

PERSON }|..|{ CAR : "driver"

其中..表示了这二者之间使用虚线进行连接，而如果现在列出实体为登记司机，包含司机和车辆的信息，这个实体不能脱离车和人存在，这就是一个Identifying的关系，使用实线进行连接，如下所示：

CAR ||--o{ NAMED-DRIVER : allows
PERSON ||--o{ NAMED-DRIVER : is

属性

属性包含类型和名称两个信息，注意要使用{}包裹起来，如下所示：

erDiagram
    CAR ||--o{ NAMED-DRIVER : allows
    CAR {
        string registrationNumber
        string make
        string model
    }
    PERSON ||--o{ NAMED-DRIVER : is
    PERSON {
        string firstName
        string lastName
        int age
    }

当然同样的问题，在Typora中不能进行正常渲染，这里使用在线编辑器得到如下结果：

教程多打了一遍这个例子，可以说是很有意思了