1章SQLServer2005概述探究.pptVIP

还可以添加 系代码代替所在系 大家平时使用的教务系统是什么模式？ 通过本章的学习，可以对数据库有一个系统的了解，在此基础上了解SQL Server 2005数据库，为进一步的学习奠定基石。 * * * 习 题 1．关系数据库的主要构成要素有哪些？ 2．简述数据库表之间的三种关系，并举例。 3．简述Client/Server、Browser/Server的概念。 4．如何启动、暂停和退出SQL Server服务？ 5．如何使用SQL Server Management Studio新建服务器组和注册服务器？ * * * * * * 　安装SQL Server 2005服务器 图2.1　开始界面 * * 图2.2 “最终用户许可协议”对话框　 * * 图2.3 “安装必备组件”对话框　 * * 图2.4 必备组件安装后 * * 图2.5 SQL Server安装向导 * * 图2.6 系统配置检查完成后 * * ?图2.7 “注册信息”对话框 * * 图2.8 “要安装的组件”对话框 * * 图2.9 “实例名”对话框 * * 图2.10 “服务账户”对话框 * * 图2.11 “身份验证模式”对话框 * * 图2.12排序规则设置” 对话框 * * 图2.13 “报表服务器安装选项”对话框 * * 图2.14 “错误和使用情况报告设置”对话框 * * 图2.15 “准备安装”对话框 * * 图2.16 “安装进度”对话框 * * 图2.17 “完成Microsoft SQL Server 2005”对话框 * * 图2.18 提示放入光盘2的对话框 * * 图2.21　“许可协议”对话框 * * * * * * 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养我们的道德情操， 给我们巨大的精神力量， 鼓舞我们前进。 数据库系统的简介、数据库的体系结构、数据模型、常见关系数据库、SQL Server 2005数据库特性及Transact-SQL简介 通过本章的学习，读者应该掌握数据库系统、关系数据库的设计步骤、数据库规范化等概念，对比常见的关系数据库，了解SQL Server 2005数据库特性和Transact-SQL语言。 可以凭借经验和一些常规的理念来设计数据库（如上节所述）。但是，也可以使用系统方法如规范化来减少数据的冗余和重复。 学号和课程号的组合为主键，能唯一标识出学生的成绩。 学号只依赖于主键中的姓名，与课程号无关，所以姓名部分依赖于主键。 第一范式 有数据冗余 将它转换为第二范式的方法是：将部分依赖的属性和被部分依赖的主属性从原表中分离，形成一个新表——学号、姓名、性别、专业 构成学生表，课程号、课程名、课程学分构成 课程表。 这两张表都符合第二范式 需要添加一个选课关系表，有学号、课程号、成绩3个字段 第二范式，所在系依赖于学号，系主任依赖于所在系，所以系主任传递依赖于学号，而不是直接依赖于学号 * * 主键是什么？ 是否符合第一范式？ 是否有数据冗余？ 学生选课关系 * * 学生关系S 课程关系C 如何将两张表联系起来呢？ * * 选课关系SC 上表中的字段有什么特点？与前两张表的关系 * * 第二范式（2NF） 设一个关系为R(U)，它是满足第一范式的，若R中非主属性完全依赖于主关键字，即不存在非主属性对主键的部分函数依赖，则称该关系是符合第二范式的。 若一个数据库中所有关系都达到了第二范式则称该数据库是符合第二范式的。 * * 符合2NF表示例 简单的说，2NF是表中的属性必须完全依赖于全部主键，而不是部分主键，所以只有一个主键的表如果符合第一范式，那一定是第二范式。 目的是进一步减少插入异常和更新异常。 在上表中，哪个字段部分依赖于主键？？ departmentDescription是由主键DepartmentName所决定，但却不是由主键EmployeeID决定，所以departmentDescription只依赖于两个主键中的一个，故departmentDescription对主键是部分依赖，对其应用第二范式如下表： * * 一个关系若只满足第二范式，没有满足第三范式，则仍然存在着由传递依赖带来的数据冗余和操作异常问题。 * * 学生信息表 学号 姓名 性别 所在系 系主任 080601 张三 男 软件工程系 李丹