SQLServer2005数据库管理系统.PPT

第一章(上) SQL Server 2005数据库管理系统（上） 课程目标 了解SQL Server 2005的新特性 理解关系数据库概念、E-R图、五个范式 SQL Server 2005数据库的查询 体验项目——对AdventureWorks数据库中数据的查询 想知道SQL Server 2005的新特性和关系型数据库的相关应用吗？想知道如何对SQL Server 2005进行添加、删除、修改和查询操作吗？打开SQL Server Management Studio管理工具，输入对AdventureWorks数据库表进行操作的相关代码，点击“运行”按钮后，就可以显示对数据库的操作结果。 关系型数据库及其设计 关系型数据库概念 数据库是存储数据和记录的集合，由数据、软件、硬件和用户组成。 关系型数据库是用二维表表示实体及实体之间的关系，采用二维表作为统一的数据结构，不但结构清晰、直观、而且简单易学，同时也易于操作。20世纪80年代是关系型数据库发展的鼎盛时期，至今久盛不衰，仍然是目前广泛使用的数据库结构。 在关系数据库中，所有的数据都按“表（术语：关系）”进行组织和管理的。例如，某班的学生基本情况表。 关系型数据库E-R图 E-R图也称为实体－联系模型，由实体、属性、联系三个要素构成。 E-R图是描述概念数据模型的主要工具，利用E-R图实现概念结构设计的方法叫做E-R方法；而概念设计是数据库设计的第一个阶段，所以E-R图是非常重要的内容。 绘制E-R图的方法 绘制数据流程图。 数据字典分析。 确定局部E-R图： 画出部分实体E-R图。 画出实体之间的联系图。 集成完整的E-R图，即全部实体之间的联系图。 下面是一个图书管理系统的E-R图 数据库范式 关系型数据库设计时是要遵循一定的规则的，尤其是数据库的设计范式。现简单介绍一下1NF（第一范式）、2NF（第二范式）、3NF（第三范式），另有第四范式和第五范式（第四范式和第五范式属于范式中的较高要求的范式）。 第一范式（1NF） 在关系模式R中的每一个具体关系，如果每个属性值都是由不可分割的最小数据单位组成或者说每个属性的值必须是唯一的，则称R属于第一范式。 例如：由“职工号”、“姓名”、“电话号码”组成的表（一个人可能有一个办公室电话和一个家庭电话号码），这时将其规范成为1NF有三种方法： 重复存储“职工号”和“姓名”。此时，关键字只能是“电话号码”。 “职工号”为关键字，“电话号码”分为“单位电话”和“住宅电话”两个属性。 “职工号”为关键字，但强制每条记录只能有一个电话号码。 第二范式（2NF） 如果关系模式R（U，F）中的所有非主键属性都完全依赖于任意一个候选关键字（通常为主键），即所有非主键列的值都完全信赖于主键列，则称关系R属于第二范式。 例如：在选课关系表SCI（SNO，CNO，GRADE，CREDIT）中，SNO为学号，CNO为课程号，GRADE为成绩，CREDIT为学分。由以上条件可知，关键字为组合关键字（SNO，CNO）。 在应用中使用以上关系模式有以下问题： （1）数据冗余即数据重复，假设同一门课有40个学生选修，学分就重复40次。 （2）更新异常，若调整了某课程的学分，相应的元组CREDIT值都要更新，有可能会出现同一门课程学分不同的情况。 （3）插入异常，如计划开新课，由于没人选修，因此就没有学号关键字，只有学生选修后才能把课程和学分存入。 （4）删除异常，若学生已结业，从当前数据库删除选修记录。若某些课程新生尚未选修，则此门课程及学分记录将无法保存。 原因：非关键字属性CREDIT仅依赖于CNO，也就是说CREDIT部分依赖组合关键字（SNO，CNO）而不是完全依赖。 解决方法：分成两个关系模式SC1（SNO，CNO，GRADE），C2（CNO，CREDIT）。新关系包括两个关系模式，它们之间通过SC1中的外关键字CNO相联系，在需要时再进行联接。 第三范式（3NF） 如果关系模式R（U，F）中的所有非主属性对于任何候选关键字都不存在传递依赖，则称关系R属于第三范式。 即如果一个表中的任意三列A、B、C，存在着A决定B，且B决定C的情况，那么这个表就不属于第三范式，因为A可以通过传递依赖决定C，这时应该将传递依赖分解到两个表中。 第四范式（4NF） 第四范式首先要求是第三范式，且在关系模式中，至多只有一个多值事实。所谓多值事实，就是指某个属性有若干个值，这些值由另一个属性的一个值决定。 例如，职工表（职工编号，职工孩子姓名，职工选修课程），在这个表中同一个职工可能会有多个职工孩子姓名。类似地，同一个职工也可能会有多个职工选修课程，即这里存在着两个多值事实，即