数据库的设计与编码优化汇编.docxVIP

数据库的设计与编码优化主讲: 刘敖(本文所有范例除最后1个外均能在AdventureWorks数据库上执行)一、设计阶段设计阶段是系统性能的关键阶段，数据库设计阶段需要注意：1、数据库逻辑设计的规范化　第一范式(1NF)：数据表中没有重复的列或多值的列，即实体或每一行的某个属性不能有多个值或重复值，这是关系数据库设计的最低要求。第二范式(2NF): 数据表中每一行可以被唯一区分，即实体或每一行的某个属性必须依赖于主关键字，而且不能只依赖于主关键字的一部分。消除部分依赖，大部分情况下，数据库设计都应该达到第二范式。　　第三范式(3NF): 数据表中字段不能依赖于其它非主关键字。消除传递依赖，达到第三范式应该是系统中大部分表的要求，除非一些特殊作用的表。大部分数据表能满足第三范式，系统就会产生较少的列和较多的表，减少数据冗余，利于性能的提高。下面以一个学校的学生系统为例来分析说明三个范式的应用。首先，我们关心的问题有以下几方面:学生有哪些基本信息?学生选了哪些课，成绩是什么?每个课的学分是多少?学生属于哪个系，系的基本信息是什么?确定要设计的内容包括：学号、姓名、年龄、性别、课程名、课程学分、学科成绩、系别、系办地址、系办电话等信息。对于这些信息，可设计成一张表（学号、姓名、年龄、性别、课程名、课程学分、学科成绩、系别、系办地址、系办电话），符合1NF2NF实例分析以上设计存在以下问题a. 数据冗余，同一门课由n个学生选修，学分就重复n-1次；同一个学生选修了m门课程，姓名和年龄就重复了m-1次。b.更新异常，若调整了某门课程的学分，表中所有行的学分值都要更新，否则会出现同一门课学分不同。c.插入异常，如果计划开新课，由于没人选修，没有学号关键字，只能等有人选修才能把课程和学分存入。d.删除异常，若学生已经结业，从当前数据库删除选修记录，与此同时，某门课程新生尚未选修，则此门课程及学分记录无法保存。原因是表列存在如下依赖关系学号←姓名、年龄、性别、系别、系办地址、系办电话课程名←课程学分学号、课程名←学科成绩解决方法拆分成3个表，使其符合2NF学生 Student(学号、姓名、年龄、性别、系别、系办地址、系办电话)课程 Course(课程名、课程学分)选课关系 ChoseCourse(学号、课程名、学科成绩)3NF实例分析以上设计还存在以下问题a.数据冗余，n个学生同属一个系，系办地址和系办电话就重复n-1次。b.更新异常，若调整了某个系别的地址或电话，表中与该系别相关的所有行都要更新，否则会出现系别地址或电话不一致。c.插入异常，如果计划设立一个新院系，由于没有学号关键字，只能等有人进入该院才能把院系信息存入。原因是表列还存在传递依赖非主关键字关系学号← 系别← 系办地址、系办电话解决方法将Student(学号、姓名、年龄、性别、系别、系办地址、系办电话)表继续拆分成2个表，使其符合3NF学生 Student(学号、姓名、年龄、性别、系别)系别 Department(系别、系办地址、系办电话)至此，上面的数据表设计符合1NF、2NF、3NF ，消除了数据冗余，更新异常，插入异常与删除异常。2、合理的冗余　　大系统的设计里，加入合理的冗余是必要的。冗余可以是冗余数据库、冗余表或者冗余字段，不同粒度的冗余可以起到不同的作用。从性能角度来说，冗余数据库可以分散数据库压力，冗余表可以分散数据量大的表的并发压力，也可以加快特殊查询的速度，冗余字段可以有效减少数据库表的连接，提高效率。3、字段的设计　　字段是数据库最基本的单位，其设计对性能的影响很大：　　A、数据类型尽量用数字型，数字型的比较比字符型的快很多。　　B、数据类型尽量小，这里的尽量小是指在满足可以预见的未来需求的前提下的。C、尽量不要允许NULL，除非必要，可以用NOT NULL+DEFAULT代替。NULL值会带来以下困扰。NULL 与任何值的比较都为假，比较结果selectcount(*)as total from Production.Product where ProductModelID2selectcount(*)as total from Production.Product where ProductModelID2 or ProductModelID isnullNULL被排除在集合汇总之外，比较结果selectcount(ProductModelID)as total from Production.Product selectcount(*)as total from Production.Product　　D、少用TEXT和IMAGE，二进制字段的读写是比较慢的，而且，读取的方法也不多。E、真假、对错、男女等值可定义成 BIT类型，能减少存储空间