db设计基础.ppt

數據庫設計簡介 FIH IT:楊小華(grace yang) 2010/12/15 前 言 1.設計的內容﹕表﹐視圖﹐同義詞﹐序列﹐索引﹐主鍵﹐數據庫相關的程式等等 2.重要性﹕很大程度上直接影響到數據庫的性能和數據的質量 3.本節內容主要是講數據建模的方式手法 數據庫設計的理倫 构造数据库必须遵循一定的规则﹐在关系数据库中这种规则就是Normalization ﹐范式是符合某一种级别的关系模式的集合﹐关系数据库中的关系必须满足一定的要求﹐即满足不同的范式 基本概念 超关键字（Super key）：唯一辨别表格里记录的一个列或者一组列。 备选关键字（Candidate key）：包含有确定唯一性所需要的最少列的超关键字。 唯一索引列 主关键字（Primary key）：用来唯一辨别表格里记录的备选关键字。 备用关键字（Alternate key）：没有被选为主关键字的备选键。 自然鍵 外来关键字（Foreign key）：表格内匹配同一表格或者另一表格里备选关键字的一个列或者一组列。 外来键允许你将一个表格里的记录和另一个表格里的数据相关联。 數據庫設計第一范式 第一范式（1NF）：在关系模式R中的每一个具体关系r中，如果每个属性值 都是不可再分的最小数据单位。 第一范式示例 第一范式解析 在应用中使用以上关系模式有以下问题： a.数据冗余，假设同一门课由40个学生选修，学分就 重复40次。 b.更新异常，若调整了某课程的学分，相应的值都要更新，有可能会出现同一门课学分不同。 c.插入异常，如计划开新课，由于没人选修，没有学号关键字，只能等有人选修才能把课程和学分存入。 d.删除异常，若学生已经结业，从当前数据库删除选修记录。某些门课程新生尚未选修，则此门课程及学分记录无法保存。 原因：? ? F={sno-sname,sno-age,sno-sex,sno-class,sno-department ? ? ? ? ? class-departmet ? ? (班级决定系) ? ? ? ? ? cno-cname,cno-score(课程号决定课程名、学分) ? ? ? ? ? sno,cno-grade(学号和课程号决定成绩） ? ? ? ? } ?  數據庫設計第二范式 第二范式（2NF）：如果关系模式R（U，F）中的所有非主属性都完全依赖于任意一个候选关键字，则称关系R 是属于第二范式 第二范式示例 第二范式解析 student1(sno,sname,age,sex,class,department) ? 分析模式student1,存在sno-class ? ,class-\-sno,class-department ? ? 所以存在department(系)对sno(学号)传递依赖 1.这種关系肯定有大量的冗余 2.插入，删除和修改时也将产生类似以上例的情况。 數據庫設計第二范式 第三范式（3NF）：如果关系模式R（U，F）中的所有非主属性对任何候选关键字都不存在传递信赖，则称关系R是属于第三范式的 數據庫設計第三范式 第三范式解析 一是消除了冗余数据，节省了磁盘存储空间； 二是有良好的数据完整性限制，即基于主外键的参照完整限制和基于主键的实体完整性限制，这使得数据容易维护，也容易移植和更新； 三是数据的可逆性好，在做连接（Join）查询或者合并表时不遗漏、也不重复； 四是因消除了冗余数据（冗余列），在查询（Select）时每个数据页存的数据行就多，这样就有效地减少了逻辑I/O，每个Cash存的页面就多，也减少物理I/O； 五是对大多数事务(Transaction)而言，运行性能好； 六是物理设计(Physical Design)的可擴展性较大，能满足日益增长的用户需求。 數據庫設計四五范式 第四范式禁止主键列和非主键列一对多关系不受约束 第五范式将表分割成尽可能小的块，为了排除在表中所有的冗余.  第四范式范例 數據庫設計 BCNF 鲍依斯-科得范式（BCNF）： ：如果关系模式R（U，F）的所有属性（包括主属性和非主属性）都不传递依赖于R的任何候选关键字，那么称关系R是属于BCNF的。或是关系模式R，如果每个决定因素都包含关键字（而不是被关键字所包含），则RCNF的关系模式。 數據庫設計BCNF 例：配件管理关系模式 WPE（WNO，PNO，ENO，QNT）分别表仓库号，配件号，职工号，数量。有以下条件 a.一个仓库有多个职工。 b.一个职工仅在一个仓库工作。 c.每个仓库里一种型号的配件由专人负责，但一个人可以管理几种配件。 d.同一种型号的配件可以分放在几个仓库中 數據庫