完整性设计.pptVIP

一、规范化 不能说规范化程度越高的关系模式就越好 在设计数据库模式结构时，必须对现实世界的实际情况和用户应用需求作进一步分析，确定一个合适的、能够反映现实世界的模式 上面的规范化步骤可以在其中任何一步终止 非规范化 规范化弊端：当分解表来符合规范化要求时，数据库表的数量增加。因此减慢了系统速度。 解决办法：经常通过包括非规范化的折衷解决设计效率、信息要求和处理速度之间的冲突。 二、 数据库完整性 什么是数据库的完整性 数据的正确性和相容性 防止不合语义的数据进入数据库。 例: 学生的年龄必须是整数，取值范围为14--29； 学生的性别只能是男或女； 学生的学号一定是唯一的； 学生所在的系必须是学校开设的系； 完整性：是否真实地反映现实世界 二、 数据库完整性 二、 数据库完整性 数据存放在表中 “数据完整性的问题大多是由于设计引起的” 创建表的时候，就应当保证以后数据输入是正确的 ——错误的数据、不符合要求的数据不允许输入 完整性包括 输入的类型是否正确？ ——年龄必须是数字 输入的格式是否正确？ ——身份证号码必须是18位 是否在允许的范围内？ ——性别只能是”男”或者”女” 是否存在重复输入？ ——学员信息输入了两次 是否符合其他特定要求？ ——信誉值大于5的用户才能够加入会员列表 …… 完整性包括 实体完整性 域完整性 引用完整性 外关键字（外键） 外键作用： 1.当在从表作Insert时，要保证外关键字的值一定在主表中存在。 2.当在主表中修改了主关键字值，则在从表中要同步修改，或禁止修改主表。 3.当在从表中修改外关键字值，要保证修改的值在主表中存在。 4.当删除主表记录，要注意从表中是否引用主关键字。若有，则禁止删除或同步删除从表记录。 自定义完整性 完整性控制机制 1.完整性约束条件定义机制 2.完整性检查机制 3.违约反应 1、完整性约束条件定义 完整性约束条件：数据模型的组成部分约束数据库中数据的语义 DBMS应提供定义数据库完整性约束条件，并把它们作为模式的一部分存入数据库中 2、完整性控制机制 检查用户发出的操作请求是否违背了完整性约束条件 3、违约反应 如果发现用户的操作请求使数据违背了完整性约束条件，则采取一定的动作来保证数据的完整性。 完整性约束条件 1) 取值范围或取值集合的约束 例：规定成绩的取值范围为0-100 年龄的取值范围为14-29 性别的取值集合为[男,女] 2) 对空值的约束 空值：未定义或未知的值 空值：与零值和空格不同 有的列允许空值，有的则不允许，如成绩可为空值 完整性约束条件（续） 3）规定元组的各个列之间的约束关系 例：订货关系中发货量=订货量 教师关系中教授的工资=700元 4)统计约束 例：职工平均工资的2倍=部门经理的工资= 职工平均工资的5倍 职工平均工资值: 统计值 参照完整性的实现 例:职工－部门数据库包含职工表EMP和部门表DEPT 1 DEPT关系的主码为部门号Deptno 2 EMP关系的主码为职工号Empno, 外码为部门号Deptno 称DEPT为被参照关系或目标关系，EMP为参照关系 RDBMS实现参照完整性时需要考虑以下4方面： 1）. 外码是否可以接受空值的问题 外码是否能够取空值：依赖于应用环境的语义 实现参照完整性： 系统提供定义外码的机制 定义外码列是否允许空值的机制 1）. 外码是否可以接受空值的问题 例1：在职工－部门数据库中， EMP关系包含有外码Deptno 某元组的这一列若为空值，表示这个职工尚未分配到任何具体的部门工作 和应用环境的语义是相符 1）. 外码是否可以接受空值的问题 例2：学生－选课数据库 Student关系为被参照关系，其主码为Sno。 SC为参照关系，外码为Sno。 若SC的Sno为空值：表明尚不存在的某个学生，或者某个不知学号的学生，选修了某门课程，其成绩记录在Grade中与学校的应用环境是不相符的，因此SC的Sno列不能取空值。 2）.在被参照关系中删除元组时的问题 出现违约操作的情形： 删除被参照关系的某个元组（student） 而参照关系有若干元组(SC)的外码值与被删除的被参照关系的主码值相同 2）.在被参照关系中删除元组时的问题 违约反应：可有三种策略 级联删除（CASCADES） 受限删除（RESTRICTED） 置空值删除（NULLIFIES） 这三种处理方法，哪一种是正