MySQL入门
第二章 建模和设计数据库
数据库设计过程
- 需求分析:确定并记下需要从数据库中获取的内容,将存储哪些数据,以及数据项之间的相互关系。
- 概念设计:将需求提炼成数据库设计的正式描述。
- 逻辑设计:将数据库设计映射到现有的数据库管理系统和数据库表上。
实体关系模型
代表实体
- 通常使用数据库来存储实体的特定特征或属性;
- 属性描述它们所属的实体;
- 对于给定实体,某些属性可以有多个值;
- 属性有助于将一个实体与同类型的其他实体区分开;
- 识别属性形成唯一键,此时我们称之为主键;
- 属性值是从合法值的域中选择的;
- 属性可以为空,但实体的主键绝不能是未知的。
代表关系
- 实体可以参与与其他实体的关系;
- 与实体一样,关系也可以具有属性;
- 关系有一对一、一对多和多对多三种。
部分和全部参与
实体之间的关系可以是可选的,也可以是强制性的。
实体还是属性?
实体还是关系?
将需求中的名词映射到实体,并将谓词映射到关系。
中间实体
通常可以在概念上简化多对多关系,方法是将其替换为新的中间实体(有时称为关联实体),并通过多对一和一对多关系连接原始实体。
弱实体和强实体
弱实体与客户实体的关系称为识别关系。弱实体完全参与识别关系,因为它们不能独立于其拥有的实体存在于数据库中;
弱实体在其拥有(或强)实体的上下文中是唯一标识的,因此弱实体的完整键是其自己的(部分)键与其所属实体的键的组合。
数据库规范化
第一范式(1NF)的目标(无重复组):
- 消除单个表中的重复组;
- 为每组相关数据创建一个单独的表;
- 使用主键标识每组相关数据。
如果关系包含复合或多值属性,则它违反了第一范式。相反,如果关系不包含任何复合或多值属性,则该关系为第一范式。因此,如果关系中的每个属性都具有适当类型的单个值,则该关系为第一范式。
第二范式(2NF)的目标(消除冗余数据):
- 为应用于多个记录的值的集创建单独的表;
- 将这些表与外键相关联。
记录不应依赖于表的主键(如果必要,复合键)以外的任何内容。
第三范式(3NF)增加了一个目标:
- 消除不依赖于键的字段。
记录中不属于该记录键部分的值不属于该表。通常,每当一组字段的内容可能应用于表中的多个记录时,您都应考虑将这些字段放在单独的表中。
实体关系建模示例
将sakila数据库导入MySQL:
下载压缩包sakila
在C盘根目录下新建文件夹temp,将解压后的文件夹放入temp中,打开cmd启动并登录MySQL,输入以下命令:
SOURCE C:/temp/sakila-db/sakila-schema.sql
和
SOURCE C:/temp/sakila-db/sakila-data.sql
sakila还提供了EER模型,在sakila.mwb文件中,使用MySQL工作台打开该文件:
使用实体关系模型
将实体和关系映射到数据库表
将实体映射到数据库表
- 对于每个强实体,创建一个包含其属性的表并指定主键。
- 对于每个弱实体,创建一个包含其属性并包括其所属实体的主键的表。
- 对于每个实体的多值属性,创建一个包含实体主键和属性的表。
将关系映射到数据库表
- 两个实体之间的每个一对一关系都将一个实体的主键作为属于另一个实体的表中的外键包括在内。如果一个实体完全参与关系,请将外键放在其表中;如果两者都完全参与关系,请考虑将它们合并到一个表中。
- 对于两个实体之间每个无法识别的一对多关系,将“1”端实体的主键作为“N”端实体表中的外键。将表中关系的任何属性与外键一起添加。注意标识一对多关系(弱实体与其所属实体之间的关系)是作为实体映射阶段的一部分进行捕获。
- 对于两个实体之间的每个多对多关系,创建一个包含每个实体的主键作为主键的新表,并添加该关系的任何属性。此步骤有助于识别中间实体。
- 对于涉及两个以上实体的每个关系,使用所有参与实体的主键创建一个表,并添加任何关系属性。