建立实体-关系模型（案例）

一、标识实体

通常有用户、角色这两个实体。

二、标识关系

用户与角色间为多对多的互相拥有关系。

三、标识实体、关系的属性

不仅仅是实体有属性，关系同样也有属性，这些属性在实体间建立关系时才会存在。

有时属性太多，无法在图上一一列出，可以用表格，在后面的步骤中这个表格同样会用到，如下：

四、确定属性域

  属性域就是属性的取值范围。
  这时，可以用表格将属性的数据类型、数据长度、取值范围及是否可为空、简单/复合、单值/多值、是否为派生属性等域信息定义出来。
  这个过程，事实上包含了逻辑结构设计中的数据类型、NULL、CHECK、DEFAULT等信息。

五、确定键

键就是可用于标识实体的属性，有：主键、唯一键、外键。

六、实体的特化/泛化

  也就是面向对象模型中父类和子类的概念，这是个可选的步骤。
  举个例子，用户中大部分人都是普通员工，但有一小部分是从事销售的，销售人员有个负责区域的属性，如果将这个属性放在用户实体中，如下图：

  这时我们会发现，除了销售人员外，其他非销售人员这个属性全都不存在，这就是特化的过程。可以另建一个销售人员的实体来泛化用户实体，如下图：

  这样就完成了对用户实体的泛化，泛化的过程也就是抽出实体间公共属性的过程，但通常，除非特化的部分太多，才会考虑将一个实体抽象成两个1对1关系的实体，所有这个步骤是可选的。

七、检查模型

（1）检查冗余
  首先检查实体：1对1关系的实体中有没有非外键的重复属性，或者就是同一个实体；
  其次检查关系：有没有通过其他关系也可以得到的重复属性；
  当然有时，需要考虑时间维度，因为有些属性是有时效性的，也就是虽然是同一个属性，但不同的时间表示的却是不同的内容，这一点在后面的逻辑结构设计中会提到，这并不是真正的冗余。
（2）检查业务
  检查当前的实体-联系模型是否满足当前业务的场景。可以从某个实体开始，沿着当前E-R模型的各个节点去模拟业务场景。尤其需要和《需求规格说明书》去做校验。
  到这里，也就完成了实体-R模型建立的全过程，有时，对于比较复杂的实体-关系模型，一张图可能显得太过局促，可以建立全局、局部实体-关系模型图，以便于查看和分析。

转自：百度百科，https://baike.baidu.com/item/数据库的逻辑结构设计/5719552?fr=aladdin