[计算机软件及应用]数据库系统概述.pptVIP

培训内容简介 1. Java程序设计 2. SQLServer2005 3. JSP2.0 4. Struts+ Hibernate3.0 5. AJAX 项目实习+就业指导 参考教程 《数据库系统概论(第三版)》 萨师煊 王珊著 《SQL Server 2000 数据库设计权威指南》(美) Louis Davidson 著 邝劲筠 叶乃文 译 规范化 规范化:就是将数据分解到各个表中,而进行优化数据组织的过程.最终的目的就是实现一个关系都要有一个单一的主题。 说明:无论多么优秀的数据库设计人员，都难以设计出两个完全相同的数据结构，所以在这一节中我们要学习数据库设计的基本准则，以避免设计出结构很差的数据库。 规范化的好处: 1. 减少NULL值，过多的NULL值对于数据的完整性和可操作性是很不利的，在程序设计中还必须得进行专门的处理。 2. 消除冗余数据，减少数据重复 3. 便于程序开发 注意:正规化必须能够识别数据的完整性.(实体、域、引用和自定义完整性) 非正规化表的案例: 函数相关(函数依赖) 如果我们将一个值(称为Value1)代入函数中得到的总是一个确定的值(Value2),则称为Value2依赖Value1。 如: y=f(x) 如: y = x*3.14*2 在表中表现为给定一个属性的值,则查找另一个属性的值就成为可能。所以函数相关是属性之间的一种关系。在关系中经常表现为非主码依赖于主码。 如:给定“学号”,则可以查询该学号所标识实体的姓名,则可以说姓名与学号函数相关. 三个范式 第一范式(1stNF) 第二范式(2stNF) 第三范式(3stNF) 注:后一个范式一定在建立在前一个范式的基本上. 第一范式 孙 丰伟 0431第一范式应该是定义数据库模型的一组准则 （Codd的12准则），应具备的特征： 1.所有的属性必须是原子的，在一个实例中，一个属性用一个单值表示。 如，电话:0431-5678000,5678001 姓名（不好提取姓或名） 2.表中的所有实例都必须包含相同数目的数值。 3.必须保证实体完整性，靠主键实现 注意:如果表结构不满足第一范式在修改数据时会有异常发生． 第二范式 当表处于第一范式,且表中所有非键属性完全与主键相关而不是与主键的部分相关时,则表处于第二范式. 注:主要用于具有复合主键的表中 成绩表(学号,姓名,性别,生日,科目号,科目名, 成绩) 学生表(学号,姓名,性别,生日) 科目表(科目号,科目名) 成绩表(学号, 科目号,成绩) 考试表() !!!出现异常 插入异常:不借书不能添加书和人的信息 删除异常:删除人的信息同时删除书的信息 修改复杂:修改的人基本信息,如:地址,要修改多行 第三范式 当表处于2NF阶段,非码属性不存在函数依赖关系。注意与第二范式的区别，第三范式考虑的是非码数据与非码数据之间的关系。 规范化实例 假设某建筑公司要设计一个数据库。公司的业务规则概括说明如下： 公司承担多个工程项目，每一项工程有：工程号、工程名称、施工人员等； 公司有多名职工，每一名职工有：职工号、姓名、性别、职务（工程师、技术员）等； 公司按照工时和小时工资率支付工资，小时工资率由职工的职务决定（例如，技术员的小时工资率与工程师不同）。 公司定期制定一个工资报表，如图-1所示。 规范化实例 规范化实例 规范化实例 1.表中包含大量冗余，可能会导致数据异常： a.更新异常 例如，修改职工号=1001的职务，则必须修改所有职工号=1001的行。 b. 添加异常 若要增加一个新的职工时，首先必须给这名职工分配一个工程。或者为了添加一名新职工的数据，先给这名职工分配一个虚拟的工程。（因为主关键字不能为空） c. 删除异常 例如，1001号职工要辞职，则必须删除所有职工号＝1001的数据行。这样的删除操作，很可能丢失了其它有用的数据。 规范化实例 2．采用这种方法设计表的结构，虽然很容易产生工资报表，但是每当一名职工分配一个工程时，都要重复输入大量的数据。这种重复的输入操作，很可能导致数据的不一致性。 函数依赖图 函数依赖图表示所有属性之间存在的函数依赖关系，如图3所示。 1. 图上方的箭头表示关键属性决定非关键属性。 2. 图下方的箭头表示属性之间的函数依赖性。 三个表的函数依赖图 画出四个表的函数依赖图 总结: 作业: 根据教务打印的成绩表，请根据规范化原则，设计满足三个范式的表关系，并标明各表主键。 数据独立性: 是由DBMS二级映象功能来保证的. 数据与程序的独立,把数据的定义从程序中分离出去,加上数据的存取又由DBMS负责,