数据库模式设计及其规范化
第7章 关系数据库规范化理论
7.2.1 关系模式中的码
例：
关系模式S(Sno,Sdept,Sage)，单个属性Sno是码
SC（Sno，Cno，Grade）中，（Sno，Cno）是码 关系模式R（P，W，A）
P：演奏者
W：作品
A：听众
一个演奏者可以演奏多个作品 某一作品可被多个演奏者演奏 听众可以欣赏不同演奏者的不同作品 码为(P，W，A)，即All-Key
Sno→SName
Sno→Sdept
Sno→Sage
例：SC（Sno, Cno, Grade）
（Sno, Cno）→Grade
8
7.1.2 一些术语和符号
平凡函数依赖与非平凡函数依赖
在关系模式R(U)中，对于U的子集X和Y，
如果X→Y，但Y X，则称X→Y是非平凡的函数依赖
若X→Y，但Y X,
则称X→Y是平凡的函数依赖
例：在关系SC(Sno, Cno, Grade)中，
非平凡函数依赖： (Sno, Cno) → Grade 平凡函数依赖： (Sno, Cno) → Sno
(Sno, Cno) → Cno
如不作特别说明，总是讨论非平凡函数依赖。
9
7.1.2 一些术语和符号
若X→Y，则X称为这个函数依赖的决定属性
24
7.2.1 关系模式中的码
外部码:用于关系表之间建立关联的属性（组）。 关系模式 R 中属性或属性组X 并非 R的码，但 X
是另一个关系模式的码，则称 X 是R 的外部码，也 称外码。
如在SC（Sno，Cno，Grade）中，Sno不是码，
但Sno是关系模式S（Sno，Sdept，Sage）的码， 则Sno是关系模式SC的外部码
关系模型规范化
规范化的必要性
❖ 关系模式的简化定义 ❖ 数据依赖 ❖ 数据依赖对关系模式影响
关系模式的简化定义
关系模式由五部分组成，即它是一个五元组：
R(U, D, DOM, F)
R： 关系名 U： 组成该关系的属性名集合 D： 属性组U中属性所来自的域 DOM： 属性向域的映象集合 F： 属性间数据的依赖关系集合
第三范式 （3NF）
➢ 采用投影分解法将一个2NF的关系分解为多个3NF的 关系，可以在一定程度上解决原2NF关系中存在的插入异 常、删除异常、数据冗余度大、修改复杂等问题。
➢ 将一个2NF关系分解为多个3NF的关系后，仍然不能 完全消除关系模式中的各种异常情况和数据冗余。
关系模式的规范化
1. 规范化的必要性 2. 规范化 3. 小结
数据依赖对关系模式的影响
把这个单一模式分成3个关系模式： S（Sno，Sdept，Sno → Sdept） SC（Sno，Cno，Grade，（Sno，Cno） → Grade） DEPT（Sdept，Mname，Sdept→ Mname）
关系模式的规范化
1. 规范化的必要性 2. 规范化 3. 小结
➢ 分解后的关系模式S-D与D-L中不再存在传递依赖
第三范式（3NF）
S-D的码为Sno， D-L的码为Sdept
S-D
D-L
Sno
Sdept
Sdept
Sloc
S-L(Sno , Sdept , Sloc) ∈ 2NF
S-L(Sno , Sdept , Sloc) ∈ 3NF S-D(Sno ，Sdept) ∈ 3NF D-L(Sdept ， Sloc)∈ 3NF
关系模式的简化表示
➢ 关系模式R（U, D, DOM, F）
mysql 数据库设计规约 概述及解释说明
mysql 数据库设计规约概述及解释说明1. 引言1.1 概述在现代信息化的社会背景下，数据库成为了各个行业中不可或缺的重要组成部分。
而数据库的设计规范则是确保数据库系统高效、可靠运行的基础。
MySQL作为目前最流行的关系型数据库管理系统之一，其设计规约对于保证数据的完整性和一致性至关重要。
本文将对MySQL数据库设计规约进行深入解释和说明，旨在提供给读者一个全面了解MySQL数据库设计规范及其重要性的视角。
1.2 文章结构本文将从以下几个方面进行详细阐述：引言、数据库设计规约解释说明、MySQL 数据库基础知识回顾、创建数据库和表格时应遵循的规范以及设计数据库关系时应遵循的规范。
通过这些内容，读者可以全面了解到MySQL数据库设计规约相关的核心概念和实践经验。
1.3 目的本文的目标可以总结为以下几点：首先，介绍和解释什么是MySQL数据库设计规约以及它们对于构建高度可管理和可扩展的数据库系统所起到的作用。
其次，回顾MySQL数据库的基础知识，包括它的特点、优势以及基本组成与架构。
这样可以为读者提供一个全面的背景，以便更好地理解如何使用数据库设计规范。
接着，讨论在创建数据库和表格时应遵循的规范。
这包括数据库、表格和字段命名规范以及注意事项。
通过明确这些规范，可以保证数据库在整个开发过程中的一致性和稳定性。
最后，探讨设计数据库关系时应遵循的规范。
主要包括主键、外键和索引设计原则、建立表格之间的关系以及范式理论在数据库设计中的应用。
这些规范将帮助读者优化数据库结构和关系，提高数据处理效率。
通过本文内容的解释与说明，读者将能够深入了解MySQL数据库设计规约，并能够在实际项目中灵活应用。
同时，也将对构建高效可靠的MySQL数据库系统具备更加全面和深入的认识。
2. 数据库设计规约解释说明2.1 数据库设计规约的定义和作用数据库设计规约是指在设计和开发数据库时需要遵循的一系列规范和准则。
它们旨在确保数据库的结构合理、高效，并且能够满足系统需求。
《MySql数据库实例教程》2-数据库设计
➢ 图书实体有出版社、书名、作者、价格等属性。为了唯一标识图书，还应设置书号属性。
➢ 根据以上分析，画出出版社与图书的E-R图如下：
1 出版社
出版
m 图书
社代码
社名
地址
…
出版社 书号
书名
… 作者
图书出版E-R图问题思考（1）
1、怎么标识书号-属性内容如何选取？
第2章 数据库设计
23
为了管理方便，国际上规定：全世界的每本书都应该有唯一的编号，这个号码叫做ISBN 号，俗称书号。因此，用ISBN书号作为图书的唯一标识似乎是非常合理的。
（2）联系不单独对应一关系模式，联系的属性及一 方的主码加入另一方实体集对应的关系模式中。
BJ（班级编号，院系，专业名，人数） BZ（学号，姓名，班级编号）
或者 BJ（班级编号，院系，专业名，人数，学号） BZ（学号，姓名）
第2章 数据库设计
27
学号
姓名
班级编号
正班长 1
属于 1
班级
人数
院系
第2章 数据库设计
1
第2章 数据库设计
第2章 数据库设计
2
项目知识要点与目标
项目知识要点
知识能力目标
任务1 设计数据库关系模型 1 数据模型 2 概念模型 3 E-R图的设计 4 数据库关系模型的建立
任务2 数据库设计规范化 1 关系型数据库范式理论 2 数据库规范化实例 3 综合实例 PetStore数据库的设计
为了更方便标识销售记录，可添加订单号作为该联系的主码。
04 确定联系关系：因为一个会员可以购买多种图书，一种图书可销售各多个会员，所以这是一种
OPTION 多对多（m:n）的联系。
数据库的规范化及反规范化设计
少统计运算 ， 大大缩短我们在进行数据 汇总时的运算 时间。同 样的 ，派生列也具有 冗余列的缺点。３ ． 重新组表 。重新 组表指 在我们需要查看两个表连接 出来的结果数据时， 通 过重 组表来 减少 连接从而提 高性能 。但这样 一来便会 消耗 更多的磁盘 空 问，也会损 失数 据在 概念 上的独 立性。４ ． 分割表 。 表分割包括 水平分割和垂直分割 。 将一个表按照行分割为多个 表称之 为水 平分割 。水平分割一般运用在 以下情况 ： 表很 大，进行 水平分 割后可 以降低在查询时涉及到的数据和索引的页数及层 数， 进 而提 高查询 的速度 ； 表 中的数据具有独立性，例如表 中记录不 同地 区或不 同时期 的数据 ， 这些数据有些常用有 些不常用 ； 需 要把数据保存到多个介质上 。 水平分割增加应用的复杂度 ， 在 查询 时需要多个表名 ， 查询数据需要 ｕ ｎ ｉ ｏ ｎ操作 。 在数据库应 用 中， 这种复杂性往往会超过它 自身的优点 ， 因为只要 我们索 引的关键字不大 ， 将索引应用于查询时 ， 随着表中数据 量增 加 两到三倍 ，也就会增加读一个索 引层 的磁盘次数。 对于一个列很多的表 ，假如某些列 的访 问率明显 高于其它 列 ，就可 以将它们和主键作为一个表，将其它列和主键作为另外 个表 ，这就称为垂直分割 。垂直分割可以减少数据行 ，这样一 来， 一个数据页就能存放更多的数据， 查询时就会减少 ｉ ／ ｏ 次数。 垂直分割的缺点是需要管理冗余列，查询数据需要 ｊ ｏ ｉ ｎ 操作。 （ 三 ）反规 范技术需要维护数据 的完整性 。 不管我们采 用 哪种 反规范技 术 ，都需要对 维护数据 的完整 性进行一 定的管 理，通常我们采取批处理维护、应用逻辑和触发器 。批处理维 护是当复制 列或派 生列的修 改累积 到了一 定时 间后 ， 运行一批 处理 作业 或存储过程对 其进行修 改， 在对实时性要求较低的情 况下可以采取这种 方法 。 数据 的完整性也能通过应用逻辑来实 现， 这便要求我们必须在 同一事务 中对所有涉及到的表进行修 改操作。由于同一逻辑必 须在所有 的应用 中使用和维护 ， 会产
数据库设计中的冗余与规范化
数据库设计中的冗余与规范化随着信息化的深入，数据库已经成为企业信息化建设的重要组成部分。
在数据库设计中，冗余与规范化是两个核心概念。
本文将从这两个方面出发，为大家详细解析。
一、冗余冗余（Redundancy）在数据库中指的是重复信息的存储。
由于冗余造成的数据重复不仅浪费存储空间，而且容易导致数据不一致。
如何避免冗余就成为了数据库设计的关键。
冗余主要有以下两种：1.数据存储冗余数据存储冗余是指在数据库中，同样的数据被存储多次。
例如，在一张订单表中，同一个商品信息被多次存储，由于商品信息发生变化，可能会造成数据不一致的情况。
为了避免数据存储冗余，我们可以采用外键约束。
例如，在订单表中存储商品信息的时候，可以采用关联技术，存储商品的编号，而不是存储商品的详细信息。
这样，在订单表和商品表中，就不会出现重复存储同一件商品信息的情况。
2.数据计算冗余数据计算冗余是指将计算结果存储到数据库中，造成数据重复的情况。
例如，在订单表中，存储订单金额和商品价格，如果商品价格被修改了，订单金额却没有及时更新，就可能会导致数据不一致的情况。
为了避免数据计算冗余，我们可以采用视图技术。
例如，在订单表和商品表之间创建一张视图，通过关联查询得出订单金额，而不是将订单金额存储在订单表中。
二、规范化规范化（Normalization）是一种消除冗余的方法，通过将一个大的表拆分成多个小表，从而提高数据库的数据完整性和一致性。
规范化中一般指的是关系数据库规范化，可分为一到五阶段。
1.第一范式（1NF）第一范式，是指数据库表中的每一列（属性）都是最小单位的不可分割的数据项。
例如，在一张订单表中，如果包含了商品名称这个列，那么商品名称这个列就需要拆分成商品编号和商品名称两个独立的列。
2.第二范式（2NF）第二范式，是指数据库表中的每个非主键列都必须完全依赖于主键。
例如，在一张订单表中，如果商品表中的商品名称和商品价格与订单表的订单日期和客户姓名直接相关，而不是与商品编号相关，那么应该将商品名称和商品价格从订单表中移除，建立一个独立的商品表。
关系数据库规范化理论
第4章关系数据库规范化理论数据库设计的一个最基本的问题是怎样建立一个合理的数据库模式，使数据库系统无论是在数据存储方面，还是在数据操作方面都具有较好的性能。
什么样的模型是合理的模型，什么样的模型是不合理的模型，应该通过什么标准去鉴别和采取什么方法来改进，这是在进行数据库设计之前必须明确的问题。
为使数据库设计合理可靠、简单实用，长期以来，形成了关系数据库设计理论，即规范化理论。
它是根据现实世界存在的数据依赖而进行的关系模式的规范化处理，从而得到一个合理的数据库设计效果。
本章首先说明关系规范化的作用，接着引入函数依赖和范式等基本概念，然后介绍关系模式等价性判定和模式分解的方法，最后简要介绍两种数据依赖的概念。
4.1 关系规范化的作用4.1.1问题的提出从前面的有关章节可知，关系是一张二维表，它是涉及属性的笛卡尔积的一个子集。
从笛卡尔积中选取哪些元组构成该关系，通常是由现实世界赋予该关系的元组语义来确定的。
元组语义实质上是一个n目谓词（n是属性集中属性的个数）。
使该n目谓词为真的笛卡尔积中的元素（或者说凡符合元组语义的元素）的全体就构成了该关系。
但由上述关系所组成的数据库还存在某些问题。
为了说明的方便，我们先看一个实例。
【例4.1】设有一个关于教学管理的关系模式R(U)，其中U由属性Sno、Sname、Ssex、Dname、Cname、Tname、Grade组成的属性集合，其中Sno的含义为学生学号，Sname为学生姓名，Ssex为学生性别，Dname为学生所在系别，Cname为学生所选的课程名称，Tname 为任课教师姓名，Grade为学生选修该门课程的成绩。
若将这些信息设计成一个关系，则关系模式为：教学（Sno，Sname，Ssex，Dname，Cname，Tname，Grade）选定此关系的主键为（Sno,Cname）。
由该关系的部分数据（如表4-1所示），我们不难看出，该关系存在着如下问题：1. 数据冗余（Data Redundancy）●每一个系名对该系的学生人数乘以每个学生选修的课程门数重复存储。
数据库设计规范化的理论研究与应用
际上 ，第三范式就是要求不要在数据库中存储
Ｓ ｅ ｘ ，Ａｇ ｅ ，Ｂｉ ｒ ｔ ｈ ｄ ａ ｙ ，Ｔ Ｐ ａ ｓ ｓ ｗｏ ｒ ｄ ，Ｔ ｉ ｔ ｌ ｅ ｌ Ｄ）为
图 １系部信 息表 的 Ｓ ｐ ｅ ｃ Ｎ ａ ｍ ｅ 字段规 范化设计
先满足 １ ＮＦ 。２ ＮＦ要求实体的属性完全依赖于 主关键字。所谓完全依赖是指 不存在仅依赖主 关键字一部分的属性，如果存在 ，那么这个属 性和主关键字的这一部分应 该分离 出来形成一 个新 的实体 ，新实体与原实体之间是一对 多的 【 关键词】数据库设计 规 范化 应用 关系 。 （ ４ ）第 三 范式 （ ３ ＮＦ ）。如 果一个 数据 表 己经满足第二范式，而且该数据表 中的任 何 两个非主键字段的数值之间不存在函数依赖 关
Ｔｉ ｔ ｌ ｅ ｌ Ｄ）
班 级 信 息 表 （ Ｃ ｌ ａ ｓ ｓ ｌ Ｄ，Ｃｌ ａ ｓ ｓ Ｎａ ｍｅ ，
Ｄｅ ｐ ｔ ｌ Ｄ，Ｔ ｅ ａ ｃ ｈ ｅ ｒ ｌ Ｄ， Ｄｅ ｐ ｔ Ｓ ｅ ｔ Ｄａ ｔ ｅ）
．
●
觳 ｌ
Ｓ ｓ
ｃ ｈ ａ ｒ （ ４ ） 专 业编号
Ｃ ｌ ａ ａ ｒ （ ２ ０ ） ￣ 专业名称
捌媾冁 Ｃ ｒ ａ ｒ （ ２ ０ ） ￣ 系统名称・
胁 Ｓ ｓ 哟 ｔ ｅ ｘ ｔ ， ￣
截耩 ＋
融ｍ
ｔ ∞ ｒ
系统 编码 （ 外键） ＋
都 应 满 足 一 定 的规 范 。 系 部 信 息 表 （ Ｄｅ ｐ ｔ ｌ Ｄ，Ｄｅ ｐ ｔ Ｎａ ｍｅ ，
Ｓ ｐ ｅ ｃ Ｎａ ｍｅ ， Ｄｅ ｐ ｔ Ｓ ｃ ｒ ｉ ｐ ｔ ）
adb03_2_数据库设计_数据库设计过程
（1）实体与联系
实体（Entity）
现实世界中可标识的对象 如学生、学校、发票、教室、系、班级…… 物理存在的实体（教室、学生）、代表抽象概念的实体（ 课程） 应用中的数据以实体的形式呈现 一个实体具有唯一的标识，称为码（Key） 实体和实体之间发生的关联 一个实体一般都与一个或多个实体相关
我们的选择
以新奥尔良方法为基础，基于ER模型和关系模式，采用计算 机辅助进行数据库设计 概念设计：基于ER模型 逻辑设计：基于关系模式设计 计算机辅助设计工具 ERWIN（CA） PowerDesigner（SYBASE） Design2000（ORACLE） VisibleAnalyst（VISIBLE） ……
联系的基数
（4）ER集成
确定公共实体 合并分ER图 消除冲突 属性冲突：类型冲突、值冲突 例如性别、年龄 结构冲突：实体属性集不同、联系类型不同、同一对象在 不同应用中的抽象不同 命名冲突：同名异义、异名同义 实体命名冲突、属性命名冲突、联系命名冲突
ER集成示例
根据数据需求的描述确定
数据项描述
{数据项名，数据项含义说明，别名，数据类型，长度，取值范围 ，取值含义，与其它数据项的逻辑关系，数据项之间的联系}
参考书：“系统分析与设计”或“软件工程” 0个或1个（国家和总统：1个国家可以有0个或1个总统） 0个或1个或多个（学院和系） 1个或多个（班级和学生） 1个（公司和法人） 确定的k个（候选人和推荐人：一个候选人必须有3个候选 人）
（4）ER图的符号
<联系基数>
<实体名>
数据库规范化与反规范化的比较与应用
数据库规范化与反规范化的比较与应用数据库规范化和反规范化是数据库设计中的两个关键概念。
规范化是指将数据库中的数据按照一定的规则和范式进行拆分和整理，以提高数据库的性能和数据的一致性。
反规范化则是为了优化查询性能而将数据按照一定的逻辑关系组合在一起。
本文将对数据库规范化和反规范化的定义、优缺点以及应用场景进行比较与分析。
首先，数据库规范化是根据范式理论来设计和管理数据库，目的是为了避免数据冗余、提高数据的一致性和减少更新异常。
范式理论将数据拆分为多个表，并通过主键、外键等关系进行连接。
经过规范化后的数据库可以减少数据冗余，提高数据的完整性和减小更新异常的可能性。
但是，数据库规范化也存在一些缺点。
首先，规范化设计可能增加了数据表之间的连接和查询操作的复杂性，导致查询性能降低。
其次，规范化设计可能导致频繁的表连接操作，增加了数据库的负担和服务器资源消耗。
最后，过度的规范化可能使得数据模型过于复杂，不易理解和维护。
与规范化相对应的是反规范化，即合并和冗余数据以优化查询性能。
反规范化可以通过多种方式实现，如添加冗余字段、合并相关表等。
它的主要目的是为了减少表之间的连接操作，提高查询的执行效率。
通过将相关的数据合并在一起，查询时可以减少表连接，从而提高查询性能。
反规范化的优点在于提高查询性能和减少数据库查询操作的复杂性。
由于减少了表连接的次数，可以显著提高查询的执行效率。
特别是在大型、复杂的数据库系统中，反规范化可以极大地加快查询速度。
然而，反规范化也存在数据冗余和一致性维护的问题。
由于数据冗余，必须确保对冗余数据的更新操作是一致的，否则会导致数据不一致性的可能性。
数据库规范化和反规范化各有其适用的场景。
当数据库需要高度一致性和减少数据冗余时，采用规范化设计是最佳选择。
例如，金融领域、财务系统等对数据的一致性要求较高的场景。
另一方面，当查询性能和响应时间至关重要时，可以采用反规范化设计。
例如，电商网站的商品信息、用户信息等场景中，通常会进行反规范化来提高查询性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
杨德仁 2011年11月15日 西部CA
数据库设计的两个途径
自底向上
从报表开始
报表是一个视图或复杂的关系模式
需要规范化
如何规范化？
自上而下（“详细设计”阶段）
从类或对象开始
联系在何体现？ E-R图 扩展的E-R图（ISA关系） 转化规则在何？
实体和联系需要转换
大纲
数据库模式的定义 数据库模型设计（E-R图） 从E-R模型向关系模式转换 数据库设计的规范化(bottom-up)
数据冗余和数据异常 基于码和数据依赖的规范化 数据依赖
函数依赖 多值依赖 投影依赖，…… 规范化的结果：一系列小表
查询优化：反规范化
数据库模式的定义
数据库
数据库由多个关系（表）构成，表达系统的信息。
关系模式与关系实例 码（key，键） 三种模型
概念模型（E-R模型） 逻辑模型（关系模式） 物理模型（存储结构）：索引，存储，化简访问瓶颈
关系模式和关系实例
关系的描述称作关系模式，包括关系名、关系中的属性名、属性向域的映象、属 性间的数据依赖关系等 关系模式可以形式化地表示为：R（U，D，dom，F） R 关系名 U 组成该关系的属性名集合 D 属性组U中属性所来自的域 dom 属性向域的映象集合，直接说明为属性的类型、长度等 F 属性间的数据依赖关系集合 某一时刻对应某个关系模式的内容(元组的集合)称作关系实例，简称为关系
关系模式是型，是稳定的； 关系是某时刻的值，是不断变化的，是一种快照，如同我们夜间仰望星空 ！
表示实体、实体之间的联系
元组的语义
关系模式的码
按组成
简单码 组合码 全码（所有属性都是码的组成）
主码（在用） 候选码（够条件，备用） 码 超码（最小的超码为候选码）
按使用情况
按包含关系
按关联关系
主码 外码
关系模式的完整性
三种完整性
实体完整性
唯一，不能重复； 不能为空，若属性A是关系R的主属性，则A不能取空值。
参照完整性
体现实体之间的联系
如属性取值，或其它业务规则，如何实现？
用户自己定义的完整性（约束机制）
系统的支持性
实体完整性和参照完整性由系统自动支持 系统应提供定义和检验用户定义的完整性的机制
实现机制：模式定义，约束（取值范围），触发器（业务规则）等
数据库模型设计
从概念模模型(E-R图)开始 基于E-R联系
实体
强实体与弱实体（如还款项）
按参与联系的实体数目分类
联系
二元联系与多元联系 1:1，1:m(m:1)，m:n
按基数分类（针对二元联系）
工具
Powerdesigner，ERWIN等
数据库模型设计
矩形表示强实体集 菱形表示联系集 直线将属性和实体集/联系集、实体集和联系集联系在一起
椭圆表示属性，三种特殊属性：
双椭圆表示多值属性 虚线椭圆表示派生属性
复合属性：属性上的属性：姓名=姓+名；地址=区域+街道+号码
下划线表示主码属性
数据库模型设计
强实体集：有主码的实体集 弱实体集：单独不能存在或意义不完整的实体
没有足够的属性以形成主码；
如，payment 的payment_number（还款序列号，部分码）针对 贷款，不同贷款 payment_number可以相同
弱实体集，与另一个称为标识实体集（属主实体集） 的实体集关联才有意义
弱实体集与其标识实体集相关联的联系成为标识性联系 标识性联系是从弱实体集到标识实体集的多对一联系，并且弱 实体集全部参与联系
弱实体集的分辨符(或称部分码)是用于区分某个弱实 体集的所有实体的属性集合（如还款序列号） 弱实体集的主码由标识实体集的主码加上弱实体集的 分辨符构成
数据库模型设计
弱实体集用双矩形表示，标识性联系使用 双菱形表示
使用虚下划线标识弱实体集的分辨符（部分码）
payment_number ：payment实体集的分辨符 payment 主码 ：(loan_number, payment_number)
数据库模型设计
联系
可以有属性 分类
二元联系 多元联系 有向直线()指向“一”方， 无向直线(—)表示“多”。 三种：1:n,n:1,m:n
在实体集和联系集之间，用箭头或线段表示基数约束：
基数约束
数据库模型设计
实体集在联系集中的参与
个联系
完全参与 (用双线表达)：实体集中的每个实体参与联系集中的至少一
如，borrower中的 loan 是完全参与
每项
loan 通过borrower必须有一个客户与之相关联
角色
实体在联系中的作用称为实体的角色 同一个实体集在一个联系集中参与的次数大于1时，则每次参与具有不同 的角色（自环联系集） 在E-R 图中，通过对连接菱形和矩形的直线做标签来显示角色 角色标签是可选的，用于澄清联系的语义
E-R模型转化为关系模式
参考论文：ER模型转换为关系模式的实用规则 （潘文林 ）
E-R图所表达的数据库，可用关系模式集合 表示，一般而言(要看具体情况)：
对于每个实体集和联系集，都有唯一的关系模 式与之对应，关系模式名即为相应的实体集和 联系集的名称 每一关系模式有多个属性，属性有其唯一名称
E-R模型转化为关系模式
属性转换规则
一般属性，照搬 派生属性，要去掉 为复合属性的每个子属性创建单独的属性。
实体集 E 的多值属性 M 使用单独的模式 EM 表示 模式 EM 含与 E 的主码相应的属性，以及与多值属性M相 应的属性 将多值属性的每一个值映射为模式EM 的一个元组 此处多值属性不同于后面的多值依赖！
E-R模型转化为关系模式
实体转换规则
强实体集转换为具有同样属性的关系模式 弱实体集转换为包含自身属性、它所依赖的
强实体集的主码属性
主外码约束：外码约束保证表示弱实体的每个元 组都有一个表示相应强实体的元组与之对应。
E-R模型转化为关系模式
联系转换规则
冗余模式：连接弱实体集和相应强实体集的联系集是多对一的，且没 有属性；弱实体集的主码包括了强实体集的主码。其对应模式是冗余 的,不用转化。 联系集（m:n）转换为关系模式时，包含自身属性、各个参与实体集 的主码属性；码为各实体码的组合。 模式的合并， 1:n,1:1联系集对应的关系模式可与实体集对应的关系模式合并。 合并后模式的主码是其模式中融入了联系集模式的那个实体集的 主码。 多对一：将完全参与联系的实体集与联系集合并。一般是将 该联系与n端实体所对应的关系模式合并。合并时需要在n端 实体的关系模式的属性中加入1端实体的码和联系本身的属 性。如果“多”端是部分参与，会引起空值 一对一：将联系与任意一端实体所对应的关系模式合并，需 要在该关系模式的属性中加入另一个实体的码和联系本身的 属性。