第4章 数据控制功能和表间关系.pptVIP

第4章 数据控制功能和表间关系 4.2 与数据完整性控制有关的字段属性 4.2.1 输入掩码 4.2.2 有效性规则和有效性文本 4.2.2 有效性规则和有效性文本 4.3 关系概念模型——E-R模型 4.3.1 主要概念 4.3.1 主要概念 4.3.2 关系概念模型的表示方法——E-R图 4.3.2 关系概念模型的表示方法——E-R图 4.3.3 根据E-R图设计关系模式 4.3.3 根据E-R图设计关系模式 4.3.3 根据E-R图设计关系模式 4.3.4 关系模式的优化 4.3.4 关系模式的优化 4.3.4 关系模式的优化 4.3.4 关系模式的优化 4.3.4 关系模式的优化 4.3.5 实体表与联系表 4.4 表间关系 4.4.1 表间关系的基本概念及类型 4.4.2 创建和编辑表间关系 4.4.3 参照完整性 4.4.3 参照完整性 4.4.4 级联更新相关字段和级联删除相关记录 4.4.4 级联更新相关字段和级联删除相关记录 4.4.4 级联更新相关字段和级联删除相关记录 4.5 业务数据分析的前期准备工作 4.5.1 明确字段的业务含义和数据类型 4.5.1 明确字段的业务含义和数据类型 4.5.2 建立数据库所反映的业务模型 4.5.3 基于E-R图的业务规则分析 4.5.4 基于关联字段的表间关系分析 4.5.5 创建表间关系 4.5.5 创建表间关系 4.5.5 创建表间关系 4.6 数据的完整性控制 4.6 数据的完整性控制 4.7 现实世界与数据模型之间的相互转换 4.8 小结 4.8 小结 4.8 小结 4.8 小结 4.8 小结 数据库中存储的大量业务数据隐含着特定的业务模型。 业务模型在一定程度上能够反映数据库中业务数据的含义及业务数据之间的内在联系。 E-R图有助于更好地理解数据库中业务数据之间的联系。 基于对字段业务含义、数据类型的分析和理解以及对业务模型、业务规则的细致分析，可归纳“罗斯文”示例数据库中的表间关系： 注意：在Access关系数据库中，建立表间关系的关联字段不需要有相同的名称，但必须有相同的数据类型、并具有相同的字段含义 一对多 产品ID 产品ID 订单明细 产品 一对多 订单ID 订单ID 订单明细 订单 一对多 运货商 运货商ID 订单 运货商 一对多 雇员ID 雇员ID 订单 雇员 一对多 客户ID 客户ID 订单 客户 一对多 类别ID 类别ID 产品 类别 一对多 供应商ID 供应商ID 产品 供应商 外键（子表） 主键（父表） 表间关系类型 关联字段 子表 父表 （主表） 在明确了数据库中的表间关系及相关的关联字段之后，还需要利用RDBMS软件所提供的功能创建表间关系。 在Access中，通过在菜单栏中执行“工具”|“关系”命令、并在“编辑关系”窗口中编辑关系等操作可以创建表间关系。 注意：在“关系”窗口中创建表间关系之前，必须先在设计视图中设置父表的主键。 父表中的主键在一对多表间关系中起着关联字段的重要作用。 在Access数据库中，可定义三类主键： （1）自动编号主键：如果在保存新建表时没有设置主键，Access将询问是否创建主键。如果回答为“是”，Access将创建自动编号主键。 （2）单字段主键：在实体表中，通常将相应的实体ID设置为主键。 （3）多字段主键：在 “订单明细”表中，“订单ID”和“产品ID”的组合值具有唯一性，所以可将其组合设置为主键。 具有多字段主键的表通常是以子表身份出现的，且多字段主键中的单个字段是子表相对于父表的外键。 【练习4-7（P79）】以“订单明细”表为例，在设计视图中设置多字段主键。 在关系数据库中，数据完整性以及相应的控制措施主要体现在以下4个方面。 （1）域完整性（Domain Integrity）。在二维表中，同一字段上的所有值都具有相同的数据类型，从而保证了基本的域完整性。设置字段的“字段大小”属性也是保证域完整性的一项措施。 （2）实体完整性（Entity Integrity）。在实体表中，将相应的实体ID设置为主键。而主键上的值在二维表中是唯一的，且不能为空值。这样，实体表中的一条记录就唯一地描述了现实世界中的一个实体。 （3）用户定义完整性（User-defined Integrity）。用户还可以根据业务规则定义专门的约束条件进一步规范和限制某些字段上的数据取值范围。例如，将“身份证号码”字段的“输入掩码”属性设置为“00000000000000000A”以及将“性别”字段的“有效性规则”属性设置为“男” or “女”。 （4）参照完整性（Referential Integrity）。在Access数据库中，通过在表间关系之间实施参