第2 数据库基础知识.pptVIP

* 2.3 Access关系数据库设计 2．参照完整性规则 　　现实世界中的实体之间往往存在某种联系，在关系模型中实体及实体间的联系都是用关系来描述的。这样就存在着关系与关系间的引用。 　　参照完整性规则的定义：设F是基本关系R的一个或一组属性，但不是关系R的主码，如果F与基本关系S的主码Ks 相对应，则称F是基本关系R的外码。对于R中每个元组在F上的值必须为：或者取空值（F的每个属性值均为空值）；或者等于S中某个元组的主码值。 2.3 Access关系数据库设计 例：教师档案关系和院系关系中主码分别是教师编号、院系代码，用下划线标识。 教师档案（教师编号，教师姓名，院系代码，专业名称） 院系（院系代码，院系名称） 　　 这两个关系之间存在着属性的引用，即教师关系引用了院系关系的主码“院系代码”。按照参照完整性规则，教师关系中每个元组的“院系代码”属性只能取下面两类值： 空值，表示这位教师还未分配到任何一个院系工作。 非空值，此时取值必须和院系关系中某个元组的“院系代码”值相同，表示这个教师分配到该院系工作。 2.3 Access关系数据库设计 2.3 Access关系数据库设计 3．用户定义的完整性 　　用户定义的完整性是针对某一具体关系数据库的约束条件，它反映某一具体应用所涉及的数据必须满足的语义要求。关系模型应提供定义和检验这类完整性规则的机制，其目的是用统一的方式由系统来处理它们，而不由应用程序来完成这项工作。 例如：在学生成绩表中规定成绩不能超过100；在教师档案表（教师编号，教师姓名，所属院系名称，所属专业名称）中，要求教师姓名的取值不能为空。 2.3 Access关系数据库设计 2.3.2 数据库规范化设计 　　数据库设计中，如何把现实世界表示成合理的数据库模式，一直是人们非常重视的问题。关系数据库的规范化理论就是进行数据库设计时的有力工具。 　　 数据库规范化 关系数据库中的关系要满足一定要求，满足不同程度要求的为不同范式。目前遵循的主要范式包括第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和第四范式（4NF）等。 　　其目的是减少冗余数据，提供有效的数据检索方法，避免不合理的插入、删除、修改等操作，保持数据一致性，增强数据库的稳定性、伸缩性和适应性。 2.3 Access关系数据库设计 1．第一范式 　　关系中每一个数据项必须是不可再分的，满足这个条件的关系模式就属于第一范式。 例：表2.10 表2.11 2．第二范式 　　在一个满足第一范式的关系中，如果所有非主属性都完全依赖于主码，则称这个关系满足第二范式。 　　一个关系模式如果不满足第二范式，就会产生插入异常、删除异常、修改复杂等问题。 例：表2.12 处理结果：表2.13-2.15 3．第三范式 　　对于满足第二范式的关系，如果每一个非主属性都不传递依赖于主码，则称这个关系满足第三范式。传递依赖就是某些数据项间接依赖于主码。关系不满足第三范式，在某些情况下，会存在插入异常、删除异常和数据冗余等现象。 例：表2.15-2.17 　　 其他范式 对于数据库的规范化设计的要求是应该保证所有数据表都能满足第二范式，力求绝大多数数据表满足第三范式。 除以上三种范式外，还有BCNF、第四范式、第五范式。一个低一级范式的关系模式，通过模式分解可以规范化为若干个高一级范式的关系模式的集合。 2.3 Access关系数据库设计 2.3.3 Access数据库应用系统设计实例 　　按照规范化理论和完整性规则设计出能够正确反映现实应用的数据模型后，还要进行系统功能的设计。对于系统功能设计应遵循自顶向下、逐步求精的原则，将系统必备的功能分解为若干相互独立又相互依存的模块，每一模块采用不同的技术，解决不同的问题，从而将问题局部化，这是数据库设计中的分步设计法。 1．需求分析 　　详细调查要处理的对象，明确用户的各种要求，在此基础上确定数据库中需要存储哪些数据及系统需要具备哪些功能等。 2.3 Access关系数据库设计 2.3 Access关系数据库设计 2．应用系统的数据库设计 　　这是在需求分析的基础上进行的。首先要弄清需要存储哪些数据，确定需要几个数据表，每一个表中包括几个字段等，然后在Access中建立数据表。这一过程中要严格遵循关系数据库完整性和规范化设计要求。 例：学生成绩管理系统：表2.18-2.25 3．应用系统的功能设计 　　根据需求分析，结合初步设计的数据库模型，设计应用系统的各个功能模块。 2.3 Access关系数据库设计 2.3 Access关系数据库设计 4．系统的性能分析 　　软件初步形成后，需要对它进行性能分析，如果有不完善的地方，要根据分析结果对数据库进行优化，直到应用软件的设计满足用户