计算机专业高职高专"十二五"规划教材·数据库应用与开发技术

出版时间：2012-1  出版社：贺桂英 凤凰出版传媒集团,凤凰出版传媒股份有限公司,江苏教育出版社 (2012-01出版)  作者：贺桂英 编  

内容概要

《计算机专业高职高专"十二五"规划教材•数据库应用与开发技术:SQL Sserver》介绍使用SQL.Server 2008进行建立、管理数据库和表及各种对象，重点讲解SQL Server中的插入、删除、修改和查询语句的使用和实际应用，书中穿插介绍了ASP连接数据库及ASP中操纵和查询数据的内容。编写时注重实践、兼顾理论，通过讲授和实训两条主线来安排课程内容，旨在使读者能通过讲解的实例和实训操作内容两个方面来掌握SQL Server的数据管理技术、数据库应用开发技术和基本理论常识。

书籍目录

项目一 认识数据库 任务一 数据库、数据库管理系统和数据库系统 任务二 数据模型及关系数据库相关概念 任务三 关系代数 思考与练习 项目二 设计数据库 任务一 数据库设计 任务二 关系规范化 思考与练习 项目三 建立数据库 任务一 安装SQL Server 2008 任务二 SQL Server 2008服务器和客户端工具 任务三 建立用户数据库 任务四 配置用户数据库 任务五 用户数据库基本操作 思考与练习 项目四 数据表及其关系 任务一 数据类型与数据表 任务二 创建用户数据表 任务三 数据完整性与表中约束的建立 任务四 查看和编辑数据表中的记录 思考与练习 项目五 使用T-SQL命令定义数据库和表 任务一 了解T-SQL语言 任务二 T-SQL语言基础 任务三 使用T-SQL命令定义数据库 任务四 使用T-SQL命令定义表 思考与练习 项目六 数据操纵的T-SQL命令 任务一 使用INSERT语句往表中插入数据记录 任务二 使用DELETE命令从表中删除数据记录 任务三 使用UPDATE命令修改表中数据记录 思考与练习 项目七 数据查询语句SELECT 任务一 SELECT语句基础 任务二 多表连接查询 任务三 嵌套查询（子查询） 思考与练习 项目八 ASP连接数据库 任务一 构建ASP开发环境 任务二 认识ASP 任务三 ASP连接数据库 任务四 ASP中执行Insert语句 思考与练习 项目九 在ASP中查询与操纵数据 任务一 Command对象的作用及使用 任务二 Recordset对象的作用及使用 任务三 在ASP中查询数据并显示结果 任务四 使用RecordSet对象插入、删除和修改数据记录 思考与练习 项目十 索引与视图 任务一 索引的创建与管理 任务二 视图的创建与管理 思考与练习 项目十一 事务编程与游标 任务一 事务的特性及事务编程 任务二 并发操作与锁 任务三 游标的定义和使用 思考与练习 项目十二 存储过程和触发器 任务一 存储过程的创建与管理 任务二 ASP程序中调用存储过程 任务三 触发器的创建与管理 思考与练习 项目十三 数据库备份与恢复及数据的导入与导出 任务一 数据库备份与恢复（还原） 任务二 数据的导入与导出 思考与练习 项目十四 数据的安全性控制 任务一 理解SQL Server 2008的安全机制 任务二 理解用户、角色与权限 任务三 用户管理 任务四 权限管理 任务五 角色管理 任务六 了解架构 思考与练习 参考文献

章节摘录

版权页：   插图：    （2）传递依赖 对于函数依赖X→Y，如果Y一／→X（X不函数依赖于Y）而函数依赖Y→Z成立，则称Z对X传递依赖。请注意：如果X→Y，且Y→X，则X，Y相互依赖，这时Z与X之间就不是传递依赖，而是直接依赖了。我们以前所讨论的函数依赖大多数是直接依赖。但在表2—1中，因为有：学号→所在系（所在系不能决定学号），所在系→系主任，所以系主任传递依赖于学号。 部分依赖和传递依赖有一个共同之处，这就是，二者都不是基本的函数依赖，而都是导出的函数依赖：部分依赖是以对键码的某个真子集的依赖为基础；传递依赖的基础则是通过中间属性联系在一起的两个函数依赖。导出的函数依赖在描述属性之间的联系方面并没有比基本的函数依赖提供更多的信息，在一个函数依赖集中，导出的依赖相对于基本的依赖而言，虽然从形式上看多一种描述方式，但从本质上看，则完全是冗余的。 正是由于关系模式中存在对键码的这种冗余的依赖导致数据库中的数据冗余和各种异常。解决的途径即消除关系模式中各属性对键码的冗余的依赖。由于冗余的依赖有部分依赖与传递依赖之分，而属性又有主属性与非主属性之别，把解决的途径分为几个不同的级别，以属于第几范式来区别。 3.关系规范化 范式就是符合某一种级别的关系模式的集合。目前主要有六种范式：第一范式、第二范式、第三范式、BC范式、第四范式和第五范式。第一范式满足的要求最低，在第一范式基础上满足进一步要求可以为第二、三或BC范式。 通过分解把属于低级范式的关系模式转换为几个属于高级范式的关系模式的集合，这一过程称为规范化。 （1）第一范式（1NF） 如果一个关系模式R的所有属性都是不可再分的基本数据项，则这个关系属于第一范式。在任何一个关系数据库系统中，第一范式是对关系模式的一个最起码的要求。不满足第一范式的数据库模式不能称为关系数据库，例如：表2—1所表示的关系满足第一范式的要求。 （2）第二范式（2NF） 如果关系模式R属于第一范式，且每个非主属性都完全函数依赖于键码，则R属于第二范式。第二范式就是不允许关系模式中的非主属性部分函数依赖于键码。对于表2—1所表示的关系就不满足第二范式的要求，因为存在非主属性"姓名"、"性别"、"所在系"等对键码"（学号，课程）"的部分依赖。 （3）第三范式（3NF） 如果关系模式R属于第一范式，且每个非主属性都不传递依赖于键码，则R属于第三范式。这里应说明一点：属于第三范式的关系模式必然属于第二范式。因为可以证明部分依赖蕴含着传递依赖。 根据前面的分析，对于表2—1所表示的关系不满足第三范式的要求，因为存在非主属性"系主任"对键码"（学号，课程）"的传递依赖，即有：（学号，课程）→所在系，所在系→系主任。 二、关系的规范化边程 按照范式理论，在1NF的基础上，消除了非主属性对关键字的不完全函数依赖关系，即可得到第二范式（2NF），在2NF的基础上，消除了非主属性对关键字的传递函数依赖关系，即可得到第三范式（3NF）。 要将不符合第二、三级范式的关系转换成第二、三级范式，使用的方法是将关系分解，即将一个关系转换成两到多个关系，消除非主属性对主码的部分和传递依赖。关系的分解包括两个方面，一方面是把属性分开，以构成两个或多个新的关系模式：另一方面是对元组进行投影而产生两个或多个新的关系中的元组。

编辑推荐

《计算机专业高职高专"十二五"规划教材•数据库应用与开发技术:SQL Sserver》的主要特色：内容全面，实例丰富；递进式的讲解思路；项目任务驱动；注重应用开发。