数据库系统概念读书笔记――实体-联系模型_MySQL

数据库系统概念读书笔记——实体-联系模型

前言

为了重新回顾我写的消息系统架构，我需要重新读一下数据库系统概念的前三章，这里简单的做一个笔记，方便自己回顾

基本概念

实体-联系（E-R）数据模型基于对现实世界的这样一种认识：世界由一组称为实体的基本对象及这些对象间的联系组成。E-R数据模型所采用的三个主要概念是：实体集、联系集和属性

实体集

实体是现实世界中可区别于其他对象的“事件”或“物体”

实体集是具有相同类型及共享相同性质（或属性）的实体集合

实体通过一组属性来表示。属性是实体集中每个成员具有的描述性质。将一个属性赋予某实体集表明数据库为实体集中每个实体存储相似的信息，但每个实体在自己的每个属性上都有各自的值。属性类型划分：

简单属性和符合属性

单值属性和多值属性

派生属性

联系集

联系是多个实体间的相互关联

联系集是同类型联系的集合。规范的说，联系集是n(n >= 2)个实体集上的数学关系，这些实体集不必互异。如果E1, E2, ..., En为n个实体集，那么联系集R是{(e1,e2,e3,..,en)|e1 (- E1, e2 (-E2, ..., en (- En}的一个子集，其中（e1, e2, e3,...,en）是一个联系

约束

有了实体集合，有了联系集合，自然而然的就产生出来约束，约束描述的是实体集和实体集之间的关系，而这种关系具现为一个联系集。我们要讨论的是映射基数和参与约束

映射基数

映射基数，或基数比例，指明通过一个联系集能同时与另一个实体相联系的实体数目

对于实体集A和B之间的二元联系集R来说，映射基数必然是以下情况之一：

一对一

一对多

多对一

多对多

参与约束

如果实体集E中的每一个实体都参与到联系集R的至少一个联系中，我们称实体集E全部参与联系集R

如果实体集E中只有部分实体参与到联系集R的联系中，我们称实体集E部分参与联系集R

码

我们必须有一个能区分一个实体集中的所有实体的方法。概念上来说，各个实体是互异的;但从数据库的观点来看，它们的区别必须用其属性来表明

码概念使得我们可以区别实体，码同样可以唯一地标识联系，并将联系互相区分开来

超码：一个或多个属性的集合，这些属性的组合可以使我们在一个实体集中唯一地标识一个实体

候选码：任意真子集都不能称为超码的超码，也就是最小的超码

主码：数据库设计者选定的候选码

设计问题

实体集和联系集的概念并不精确，而且定义一组实体及它们的相互联系可以有多种不同的方式

用实体集还是属性

书里的电话号码和姓名的例子很清楚，哪个为属性哪个为实体集，注意两点常见的错误：

一个常见的错误是用实体集的主码作为另一个实体集的属性，而不是用联系

另一个常见的错误是将有关系的实体集的主码属性作为联系集的属性

用实体集还是联系集

用联系集可能产生的两个问题：

数据多次存储，浪费存储空间

更新可能使数据处于不一致的状态，即两个联系中应该具有相同值的属性具有了不同的值

二元联系集与n元联系集

n元关系可以分解成为二元关系，但是会出现关系描述不准确的情况

实体-联系图

E-R图包括如下几个主要组件：

矩形：实体集

椭圆：属性

菱形：联系集

线段：将属性连接到实体集或将实体集连接到属性集

双椭圆：多值属性

虚椭圆：派生属性

双矩形：弱实体集

举个书上的例子：

后记

纯粹为了回顾E-R模型和E-R图的画法，比较水，高手可以直接跳过了！