前三章我们学习了如何使用DBMS我们学会了增删改查，插入数据库，创建视图...

这一章是我们的数据库刚刚建立，只有一个需求，需要根据用户的需求来创建数据库，每个表有哪些属性，参照关系是什么，主键是什么.......

数据库的设计过程

• 概念设计
• 逻辑设计
• 物理设计

具体解释一下,概念模式:比如我想用创建STudent和SC两个表，通过学号作为参照关系，学生通过选课这个操作建立起和课程之间的联系，每个学生的课程都会有一个成绩，这都是一个个的概念。逻辑设计:我是想用postgres的table还是文档，就建立相应的数据表。物理设计，比如建立索引让运行的效率尽可能地高

实体联系模型---ER模型(概念设计)

本质是一个建模工具,图形化方法---ER图

ER基本概念/术语

 还是以一个实际的例子来理解这些概念

 实体:现实世界中客观存在的事物、对象，所有大写的单词都是实体。

属性:用来刻画实体，比如员工的序号、姓名、出生日期，类似于查询语言中的键(Key)

                                                那么都有哪些属性？属性的分类

 多值属性：一个员工可以有两个电话号 派生属性:BMI可以通过身高和体重计算出来

实体和实体型：对象和类 我和学生 部门

同一类的实体基本属性相同

实体型的ER图表示 案例分析设计

规则(rule)

 案例

部门是一个实体，有许多个部门ABC，他们共同的类型是Department，起这么一个名字，我们还发现每个部门有姓名、编号、管理这个部门的经理，还有经理上任的日期，每个部门有很多的地点

•  画红字的表示抽出来的属性
• 部门有一个属性是编号所以画出来一个圈，连上去表示number是department的一个属性，并且部门是是一个键属性因为每个部门的编号不一样
• 人会重名，但是部门一般不能重名，所以部门一般也可以作为键值。
• 一个部门可以有多个loactions工作地点,所以locations可以有多个值,是多值属性。
• 由于不同部门的经理相同并且只能有一个经理，所以只能画单圈。

 每一个部门都会有很多个项目，每个项目都有唯一的名称唯一的编号，和一个唯一的地点(但不同的项目可以一个地点，一个部门可以管多个项目

 每个员工可以为一个部门工作，但是可以work on多个项目，works on很特殊，他既是一个符合属性，也是一个多值属性

DEPENDENT类

 与联系相关的概念

刚才我们只能刻画一个实体类的属性，但是不同实体类之间的联系我们没有说明，每一个实体类是独立的，如何建立起类似学生和课程之间的联系是我们需要思考的一个问题。部门和项目之间的管控关系，学生和老师的教课联系........

 基本概念(联系、联系型、联系型的度、联系集)

毕业时哈工大公司个人之间是三元联系。

联系型的表示

体现一种直接管理的方式

 上方未修改只是一种描述，但是要体现员工管理项目的关系不如直接换成这种联系型的更好 刻画员工和项目之间的参与关系，原来设计的很繁琐还要整多值关系，理解起来也不是很直接。

同一实体型的关联

同一个部门可能存在主管关系 员工和员工之间的关系，员工的主管也是员工，这种画法中间有字，

 联系型的约束

比如夫妻关系是唯一的，校长和老师的关系是一对多的关系，学生和老师的关系是一对多的关系，如何区分，在线上写数字。注意方向不要反

 可视化分析

 依赖型约束

老师和学生通过讲课建立联系:

学生都必须要上课，是全部参与，每个学生至少参与到一个联系中;但不是所有的老师都要讲课，有的老师只负责科研，所以老师部分是部分参与 部分参与画单线 全部参与画双线