数据库系统概念读书笔记(2)--实体联系模型
1.几个基本概念
实体-联系(E-R)模型是基于如下的一种认识：世界由一组实体和实体之间的相互联系组成。E-R模型是一种语义模型， 前面也提到过，这种模型经常作为关系数据库模型的基础。 很多数据库设计工具也都使用了E-R模型的概念。
下面是几个核心概念
- 实体集：具有相同类型及共享相同性质的实体集合。而相应的实体集中每一个元素就是实体。这个概念对应到面向对象中就是class-object概念， 而我们野可以想象，实体集还会有继承的概念（虽然我暂时还无法想象在数据库中如何实现实体集的继承）。
- 属性，值和域：实体是通过一组属性来表示的，属性就是每个成员所具有的描述性性质，而每个实体的所有属性都有一个值， 每一个属性的取值范围就称作该属性的域。
- 联系集：联系是指实体之间的相互关联，而同类型的关系组成的集合就是关系集。在通常的数据库系统中，联系可以表现为两种，一种是联系表，而另一种就可能是一个简单的sql语句。
2.约束
有了实体集合，有了联系集合，自然而然的就产生出来约束，约束描述的是实体集和实体集之间的关系，而这种关系就具现为一个联系集。 我们要讨论的是映射基数和参与约束这两类最重要的约束。
2.1.映射基数
映射基数是指一个实体集和另一个实体集之间的实体对应关系。有如下的四种
- 一对一
- 多对一
- 一对多
- 多对多
具体的解释可以看书，映射基数在描述二元联系集的时候，特别有用。
2.2.参与约束
参与约束只是讲实体集和联系集的关系，实体集E中的任意一个实体e如果都参与到了联系集R中，那么就说E对R是完全参与的；相对来说就有部分参与。
3.码
码是在实体集中唯一表示某一个实体的属性集合，按照超码中包含的属性数量分可以分为“超码”，“候选码”，“主码”三种。
- 超码：在实体集中任何可以唯一标识实体的属性集合都叫做超码，所以，根据这个定义，任何超码的超集也都是超码。
- 候选码：任意真子集都不能成为超码的超码叫做候选码。
- 主码：数据库设计者选中的候选码。
候选码应该选择那些从不或者极少变化的属性。
4.设计问题
4.1.用实体集还是用属性
书中给的例子是很明显的，employee-name本身不能作为一个实体，尽管employee-name可能会有first-name，会有 middle-name 和last-name，但是把它们做成employee 的属性更加的合理。而把telephone做成一个实体就很有道理了，因为我们可以存储telephone的额外信息。而有两种错误一定要注意一下。
- 不要用实体集的主码作为另一个实体集的属性。
- 不要将有关系的实体集的主码属性作为联系集的属性。（这句话不明白）
4.2.用实体集还是联系集
- 原则：当描述发生在实体之间的行为时采用联系集。
4.3.二元联系集与n元联系集
- n元关系可以分解成二元关系，但是会出现关系描述不准确的情况。
5.弱实体集和其他的扩展特性
如果一个实体集的属性可能不足以形成主码，这样的实体集就成为弱实体集。反之就叫做强实体集。而作为设计的目标之一，一个弱实体集必须要依赖 于一个强实体集，标识性联系是从弱实体集到标识实体集的多对一的联系，并且弱实体集全部参与联系。
另外，我们还有一些关于实体的特性，比如继承，说的是实体集之间的继承关系，但是这样的关系只是在设计的时候适用，在真正建立 table的时候，会造成一些实现上的困难。还有聚集，这是非常有用的，说明了联系集和其他集的联系集，具体的例子参考书，就是employee， branch，job和manager之间的关系（论述非常的经典）。
6.E-R模式像Table转化
6.1.强实体集
强实体集被对应成数据库里面的一张表，有多少个属性就有多少列。并且主码做主键
6.2.弱实体集
弱实体集也被对应成一张表，这张表一定要包含所依赖的强实体集的主码。
6.3.联系集
联系集被翻译成一张表，整个表里面要包含所有参与联系的实体的主码。并且附加描述性属性。
- 1对1：任意一方的主码都可以拿来作为主码。
- 1对n：多方主码成为联系集的主码，单方主码作为属性。
- n对n：把双方的主码的组合作为主码。
6.4.复合属性
性为每一个子属性创建一个单独的属性。
6.5.多值属性
必须为多值属性创建一个表。
6.6.一般化（父子集成的关系）
通常都为子实体集合创建一个单独的表，如果还有实体属于父实体集合，那么也要为父实体创建表