设计过程：
需求分析：数据流图、数据字典 需求说明书
概念结构设计：ER模型（概念模型）
逻辑结构设计：关系模型，转换规则、规范化理论
物理设计：硬件OS特性，DBMS特性（索引，内模式）
概念结构设计：ER E实体 R联系
实体 属性 联系
联系也有属性
两个不同实体集之间联系：
一对一 一个班级一个班长
一对多 一个班级有多个学院
多对多 一个课程有多个学员，一个学员可以有多个课程
需求分析
概念结构设计：
抽象数据 设计局部ER模型 合并局部模型消除冲突 重构优化消除冗余
逻辑设计
集成的方法：
多个局部ER图一次集成
逐步集成，用累加的方式一次集成两个局部ER
集成产生的冲突及解决方法：
属性冲突：包括属性域冲突和属性取值冲突（数据类型不同）
命名冲突：包括同名异义和异名同义
结构冲突：包括同一对象在不同应用中具有不同的抽象，以及同一实体在不同局部ER图中所包含的属性个数和属性排列次序不完全相同
逻辑结构设计
关系模型：
数据模型：数据结构、数据操作、数据的约束条件。
层次模型
网状模型
面相对象模型
关系模型：
目或度：关系模型中的属性的个数
候选码（候选键）---唯一标识元组，且无冗余
主键（候选键的任选一个）
主属性与非主属性：组成候选码的属性就是主属性，其它的就是非主属性
实体完整性约束：规定基本关系的主属性不能取空值
参照完整性约束：关系与关系间的引用，其他关系的主键或空值
用户自定义完整性约束：应用环境决定
触发器
逻辑结构设计：
概念设计 转化为数据模型 关系规范化 模式优化 设计用户子模式 物理设计
E-R 图向关系模式的转换
1 实体向关系模式的转换
2 联系向关系模式的转换
关系模式的规范化
确定完整性约束（保证数据的正确性）
用户试图的确定（提高数据的安全性和独立性）
1根据数据流图确定处理过程使用的视图
2根据用户类别确定不同用户使用的视图
一个实体型必须转换成为一个关系模式
联系转关系模式：
一对一联系转换有两种方式：
独立的关系模式：并入两端键及联系自身属性。主键：任一端主键
归并（任意一端）：并入另一端主键及联系自身属性（主键保持不变）
一对多联系的转换有两种方式：
独立的关系模式：并入两端主键及联系自身属性,主键：多端主键
归并（多端）：并入另一端主键及联系自身属性，主键保持不变
多对多联系转换只有一种方式：
独立的关系模式：并入两端主键及联系自身属性，主键两端主键的组合键