SQL 项目1-1 认识数据库与Sql Server1.pptVIP

* 1-1.3.4 数据库系统的规范化设计 ⑷ 数据库物理设计 数据库的物理设计一般包括以下几个方面： 表设计。表的设计就是将逻辑模型中的实体、关系转化为具体DBMS中的表。 约束设计。进行约束设计的目的是保证数据的一致性。 视图设计。为不同的用户设计视图以保证其访问到他应该访问到的数据。 安全性设计。为数据库系统进行安全性设置，以确保数据库系统安全。 业务规则的实现。通过存储过程和触发器实现特定的业务规则。 确定系统配置。确定同时使用数据库的用户数、数据库的大小及填充因子等。 * 4. 数据库关系模式的规范化设计 规范化的目的如下所述： 1）减少冗余数据。 2）避免插入、删除、更新异常。 3）减少不相容数据。 4）使设计的数据结构更容易维护。 关系数据库中的关系必须遵循一定的规则，这种规则就是范式。 规范化理论使用范式来描述所希望的表和列的安排方式。目前关系数据库有六种常见的范式：第一范式（Fisrt Normal Form ,1NF）、第二范式(2NF)、第三范式（3NF）、Boyce-Codd范式(BCNF)、第四范式(4NF)和第五范式（5NF）。 1-1.3.4 数据库系统的规范化设计 * ⑴ 关系模式的几个基本概念 惟一标识实体的属性或属性组合的集合称为键，也称主键。 该属性集合中的属性或属性组合称为候选关键字。 若候选关键字多于一个，则选定其中一个做主关键字。 如果候选关键字不是单一属性，而是几个属性的组合，称为组合关键字。 包含在任意一个候选关键字中的属性称为主属性，不包含在任意一个候选关键字中的属性称为非主属性。 最简单的情况，单个属性是主键。最极端的情况是关系模式中所有属性的组合才能作为键，称之为全关键字。 1-1.3.4 数据库系统的规范化设计 * ⑵ 第一范式 如果一个关系模式R的所有属性都是不可分割的即是第一范式（1NF）,记作R∈1NF。 例 关系模式P（学号、姓名、性别、年龄、所在系） 用来存储学生信息，这里所有的属性都是不可分割的数据最小单位，因此关系模式P是第一范式。 如果模式P中加入电话号码这个属性，由于电话号码有手机号码、家庭电话号码等多个属性值，不是不可再分的最小数据单位，因此，模式P便不再是第一范式。 1-1.3.4 数据库系统的规范化设计 * 1-1.3.4 数据库系统的规范化设计 ⑶ 第二范式 如果一个关系模式R∈1NF，且它的任一个非主属性必须完全依赖于任一个主关键字，则该模式属于第二范式(2NF)，记作R∈2NF。 例，关系模式SLC（学号、课程号、姓名、性别、成绩、所在系、住处） 属于第一范式，不属于第二范式。 现将关系模式SLC分解为两个关系模式： SC（学号、课程号、成绩） SL（学号、姓名、性别、所在系、住处） 分解后的关系模式SC（主关键字：学号、课程号）和SL（主关键字：学号）中非主关键字对主关键字都是完全依赖了。所以SC、SL属于第二范式 。 * ⑷ 第三范式 如果一个关系模式R∈2NF，并且它的所有非主属性都不传递依赖于主关键字，则称R满足第三范式，记作R∈3NF。 例如，关系模式SC（学号、课程号、成绩） 没有传递依赖，因此，SC∈3NF。 例如，关系模式SL（学号、姓名、性别、所在系、住处） 所在系依赖于学号，住处依赖于所在系，可以得知，住处传递依赖于学号。因此，关系模式SL?3NF。 现将关系模式SL分解为三个关系模式： SCS（学号、姓名、性别） SD（学号、所在系） DL（所在系、住处） 分解后的关系模式不存在传递依赖，因此模式SCS、SD、DL属于第三范式 。 1-1.3.4 数据库系统的规范化设计 * 1-1.3.4 数据库系统的规范化设计 ⑸ BCNF范式 BCNF范式是由Boyce和Codd于1974年提出的，通常认为BCNF是修正的第三范式，有时也称为扩展的第三范式。 如果一个关系模式R中的所有属性（包括主属性和非主属性）都不传递依赖于任意候选关键字，则称R满足BCNF范式，记作R∈BCNF。 * 例如，关系模式SNC（学号，学生姓名，课程号，成绩） 假设学生姓名没有重名，可以得知，SNC有两个候选键（学号，课程号）和（学生姓名，课程号），其依赖关系如下： 学号?学生姓名 （学号，课程号）→成绩 （学生姓名，课程号）→成绩。 关系模式SNC中唯一的非主属性“成绩”对键不存在部分依赖，也不存在传递依赖。所以SNC?3NF。但是，存在着主属性对键的部分依赖：“学生姓名”部分依赖于（学号，课程号），“学号”部分依赖于（学生姓名，课程号），所以SNC不是BCNF。 1-1.3.4 数据库系统的规范化设计 * 将SNC分解成如下两个关系