数据库原理教学大纲

1. 数据库原理

《数据库原理及应用》教学大纲

课程编号 1620127 总学时 46 理论 32 实验/上机 14
学分 2.5 开课单位 信息学院 开课系 电子工程系 修订时间 2006年1月1日

课 程 简 介
教学内容
《数据库原理及应用》主要讨论数据库系统的基本概念，基本原理，基本方法以及有关的应用。
主要内容包括：数据库系统的组成、关系数据库、数据库设计以及数据保护等，同时讲解一种重要的数据库系统的应用。要求学生通过本课程的学习了解有关数据库系统的基本概念，掌握相关的知识，初步掌握数据库设计方法，并能用数据库系统建立数据库及简单的应用。
修读专业：本大纲适合本科电子信息工程专业使用
先修课程：《数据结构》
教材：数据库系统及应用（第二版） “北京市高等教育精品教材”立项项目。由崔巍编着，高等教育出版社

一、 课程的性质与任务
本课程是电子信息工程专业有关数据库的一门统设必修课。主要任务是介绍数据库组织、管理和使用的一般知识，包括数据模型、数据库结构、数据库系统、数据库设计、关系运算、关系规范化、关系查询（sql语言）等方面的知识；介绍至少一种实际的数据库管理系统的构成与使用。目的使学生通过该课程的学习，具有进行简单数据库应用系统设计与开发的能力。
二、 课程的基本要求
1．熟练掌握（代码：A）：数据库中的概念、数据库设计与编程方法。数据库的结构与特点，数据库系统的组成及各部分的功能，熟练使用结构化查询语言（SQL）。
2．掌握（代码：B）：关系代数语言的使用；关系演算语言的使用；三级一致性的区别及其与可串行化调度的关系；关系数据库以及面向对象数据库的特点与区别；查询表达式优化的方法。
3．了解（代码：C）：关系、关系模型、键码、视图、函数依赖等概念
三、 修读专业
本大纲适合本科电子信息工程专业使用
四、 本课程与其它课程的联系
由于数据库理论及应用是各种计算机技术的综合应用，为了能够让学生很好地理解数据库技术，要求学生在学习本课程之前最好已经学习过以下课程：《程序设计》、《数据结构》、《操作系统》等课程。当然主要要求学生具有“数据结构”的基本知识，其他课程的知识要求是其次的。
对于现行数据库的选择，建议教师最好选择“Microsoft SQL Server”，其它的数据库如：Oracle，IBM DB2相对比较难理解和应用，Access又过于简单。
五、 教学内容安排、要求、学时分配及作业
Chapter 1 绪论（2）
1.1 什么是数据库(C)
1.2 数据库管理系统(C)
1.3 数据库管理和数据库管理员(B)
1.4 数据库系统(B)
1.5 数据库的过去、现在和未来(C)
作业：第2题
Chapter 2 数据模型和三层模式数据库（4）
2.1 信息结构与E-R方法(C)
2.2 概念数据模型(B)
2.2.3 连接陷阱(C)
2.3 传统的三大数据模型(C)��
2.4 数据独立性与三层结构(B)��
2.5 数据库管理系统的结构(B)��
Chapter 3 关系数据库（4）
3.1 关系数据库系统概述(C)��
3.2 关系数据模型(C)��
3.3 关系模型的完整性约束(B)��
3.4 关系代数(B)��
3.5 关系数据库系统的三层模式结构(B)��
作业：第8题--1），2）
Chapter 4 Microsoft SQL Server数据库基础（1）
4.1 客户/服务器体系结构(C)��
4.2 Microsoft SQL Server基础(C)��
4.3 Transact-SQL简介(C)��
Chapter 5关系数据库标准语言——SQL（8）
5.1 SQL语言概述(B)��
5.2 SQL的数据定义功能(B)��
5.3 SQL的数据查询功能(C)��
5.4 视图(View) (B)�
5.5 SQL的数据操作功能(A)��
5.6 SQL的数据控制功能(A)��
5.7 SQL的宿主使用(B)��
5.8 动态SQL(B)��
作业：第2题--7），9），11 ）
Chapter 6 存储过程、触发器�和数据完整性（4）
6.1 存储过程(B)��
6.2 触发器及其用途(B)��
6.3 数据完整性(A)�
作业：第2题--3）�
Chapter 7 安全性（4）
7.1 安全性概述(C)��
7.2 用户管理和角色管理(A)��
7.3 权限管理(A)��
7.4 其他安全问题(C)��
Chapter 8 事务管理（2）
8.1 事务(B)��
8.2 并发控制(B)��
8.3 恢复(A)��
作业：第1题，第2题
Chapter 9 关系数据理论（2）
9.1 基本概念(C)��
9.2 函数依赖的公理系统(C)��
9.3 规范化(B)��
9.4 模式分解(B)��
Chapter 10 数据库设计（1）
10.1 完善E-R模型中的概念(C)��
10.2 数据库设计的过程(B)�
六、 实验内容与要求
序号 实验内容 学时
1 建立数据库（B）�� 2
2 建立表和数据完整性（A）� 2
3 SQL数据操作（B）�� 2
4 SQL数据查询（A）�� 2
5 视图的定义和操作（B）�� 2
6 存储过程、触发器（B）�� 2
7 用户管理和权限管理（A） 2
七、 教材与参考书
本课程选用教材：崔巍，数据库系统及应用（第二版），高等教育出版社
本课程推荐参考书：
1）萨师煊、王珊，数据库系统概论（第一版），北京：高等教育出版社，1983
2）萨师煊、王珊，数据库系统概论（第二版），北京：高等教育出版社，1991
3）萨师煊、王珊，实用数据库系统汇编，北京：高等教育出版社，1990
4）王珊、陈红、文继荣，数据库和数据库管理系统，北京：电子工业出版社，1995
5）冯玉才，数据库基础（第二版），武汉：华中理工大学出版社，1993
6）施伯乐、何继潮、崔靖，关系数据库的理论及应用，郑州：河南科技出版社，1990
7)《数据库系统概论》第三版 普通高等教育“九五”国家教委重点教材，由萨师煊、王珊编着，高等教育出版社

2. 大数据课程基础内容都应该包含哪些

数学，英语！
基础阶段：Linux、Docker、KVM、MySQL基础、Oracle基础、MongoDB、redis。
hadoop maprece hadoop，HDFS工作原理，YARN介绍及组件介绍。
大数据存储阶段：hbase、hive、sqoop。
大数据架构设计阶段：Flume分布式、Zookeeper、Kafka。
大数据实时计算阶段：Mahout、Spark、storm。
大数据数据采集阶段：python、Scala。
数据分析：python，R
大数据商业实战阶段：实操企业大数据处理业务场景，分析需求、解决方案实施，综合技术实战应用。

3. 200分2天内求大学本科数据库课程设计!急!急！

一、课程设计的内容
本课程设计要采用本课程中学习的数据库设计方法，运用其基本思路与主要图表工具完成“企业报刊订阅管理系统”数据库应用系统。完成信息需求分析与数据库的概念设计、逻辑设计、物理设计以及处理功能设计，用SQL Sever的数据库管理系统、JSP开发工具实现该系统，并运行、评价、改进之；在此基础上严格按课程设计教学大纲所附报告提纲撰写课程设计报告。通过本课程设计进一步弄懂数据库系统及其相关的基本概念，理解数据库系统的系统结构、主要特点，掌握数据库设计的原理、方法及其基本过程，初步具备数据库应用设计的能力，初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。
二、课程设计的要求与数据
要求学生结合所学管理知识，在借鉴课堂教学案例、了解家人或亲友所从事的业务及其流程的基础上，参考有关资料，选择自己了解的一项业务，运用课堂所学数据库系统与数据库设计知识，完成信息需求分析、数据库概念设计、逻辑设计、物理设计，实现完成该业务的数据库应用系统，并运行、评价改进之，最后要写出课程设计报告。
三、课程设计应完成的工作
要求学生按照《数据库应用课程设计》教学大纲完成一个数据库应用系统，并撰写相应的课程设计报告，主要内容包括：
概述：系统的基本任务，主要业务，开发目标
1. 需求分析
2. （数据库）概念（模型）设计
3. （数据库）逻辑（模型）设计
4. 数据库物理设计与数据库保护设计
5. 处理功能设计
6. 数据库应用系统的实现
7. 数据库应用系统运行
四、课程设计进程安排
序号 设计各阶段内容 地点 起止日期

五、应收集的资料及主要参考文献
[1] 王 珊、陈 虹编着，数据库系统原理教程，清华大学出版社，2003.
[1] 金银秋主编，数据库原理与设计，科学出版社，2000.
[2] 李建中 王珊，数据库系统原理，电子工业出版社，1998.
[3] 李大友，数据库原理及应用（第二版），清华大学出版社，2000

发出任务书日期： 年 月 日 指导教师签名：

计划完成日期： 年 月 日 基层教学单位责任人签章：

主管院长签章：
目录
概述 …………………………………………………………………4
1. 需求分析…………………………………………………………4
1.1用户需求……………………………………………………………………4
1.2业务流程分析………………………………………………………………4
1.3信息需求分析………………………………………………………………5
1.4功能需求分析………………………………………………………………6
2. （数据库）概念（模型）设计…………………………………7
3. （数据库）逻辑（模型）设计…………………………………9
3.1 一般逻辑模型设计…………………………………………………………9
3.2 具体逻辑模型设计…………………………………………………………9
4. 数据库物理设计与数据库保护设计…………………………10
4.1设计索引……………………………………………………………………10
4.2 设计表间关系………………………………………………………………10
4.3完整性设计…………………………………………………………………10
5. 处理功能设计…………………………………………………11
6. 数据库应用系统的实现………………………………………11
7. 数据库应用系统运行…………………………………………11
7.1 写出系统操作使用的简要说明……………………………………………11
7.2 系统实施过程………………………………………………………………11
7.3系统使用结果………………………………………………………………22
7.4系统评价……………………………………………………………………31

企业报刊订阅管理系统
概述
随着社会不断的发展，人们的生活水平越来越高，对知识的和对时事的渴求也越来越高，人们希望能够方便快捷地订阅各种报刊杂志。但是各种各样的报刊名目和详细信息以及订阅，为相关企业的管理造成很大的麻烦。因此网上订阅成为不可或缺的一部分。
本系统就是面向一个企业的报刊订阅管理系统。此系统是一种比较智能化的管理系统，它面向所有企业部门的职工用户，但具有比较高的安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的录入、订阅、查询等操作以及后台数据库的备份和恢复。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。

1. 需求分析
1.1 用户需求：
本系统就是面向一个企业的报刊订阅管理系统。此系统是一种比较智能化的管理系统，它面向所有企业部门的职工用户，但具有比较高的安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的录入、订阅、查询等操作以及后台数据库的备份和恢复。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。
订阅信息处理的特点是订阅信息处理量比较大,所管理的信息信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,查询和统计的方式各不相同。因此在管理上实现起来有一定因难。
本系统在设计过程中,为了克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性；删除不必要的管理冗余,实现管理规范化、科学化；界面友好、简单化,做到实用、方便,尽量满足报刊订阅中员工的需要。

1.2 业务流程分析：
本系统主要面向的用户有系统管理员、读者。下面分角色对该系统的不同操作范围做说明。
本系统主要有以下功能模块：
（1）登陆功能：登陆系统为身份验证登录。分为管理员登录和一般用户登录。分别通过不同的用户名和密码进入报刊订阅管理界面，新的用户需要注册。
（2）录入新信息功能：对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行可以修改个人信息。
（3）订阅功能：用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。
（4）查询功能：用户可以查询并显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。查询出的信息显示在界面上,并且可以预览和打印出结果。
（5）统计功能：管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计；普通用户可以统计出自己的订阅情况，并且可以预览和打印出结果。
（6）系统维护功能：数据的安全管理，主要是依靠管理员对数据库里的信息进行备份和恢复，数据库备份后，如果出了什么意外可以恢复数据库到当时备份的状态，这提高了系统和数据的安全性，有利于系统的维护。
下图为该系统的业务流程图

1.3 信息需求分析
1.3.1 资料收集：业务流程中用到的相关单据主要是报刊信息还有订单信息
报刊信息表：
报刊代号 46-250 报刊名称 IT时代周刊
出版报社 科技出版社
出版周期 半月刊
每月定价 10.00 元/月
分类编号 1001
报刊介绍 《IT时代周刊》是一本深刻解读信息时代商业变革的杂志。除深度报道信息产业的重大新闻外，还报道金融、汽车、股市、零售等传统行业利用IT提升商业与管理的新闻。《IT时代周刊》以调查见深度；以商业故事见功力。是CEO/CIO/CFO以及政府官员、商业领袖首选刊物。
订单信息表：
订单编号 报刊代号 用户编号 订阅日期 订阅月数 份数 操作
3003 46-205 3206 2008-7-1 订一月 1 取消订阅
3004 26-306 3108 2008-7-8 订半年 2 取消订阅
3005 72-310 3100 2008-7-9 订一年 1 取消订阅
3006 45-214 2541 2008-7-10 订一季 1 取消订阅

1.3.2 事项分析：根据以上资料中标题、表头等中各栏目名，可以得出相关事项，作为数据项；分析这些数据项，找出组合项、导出项、非结构化数据项，确定基本项。检查是否有要补充的基本数据项，是否有要改进的地方，补充改进之，得出所有基本项。
1.4 功能需求分析：
本系统的主要结构功能图如下：

2. （数据库）概念（模型）设计
基本项构思ERD的四条基本原则：
①原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。
②原则2 （确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。
③原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。
④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。

经过上述系统功能分析和需求总结，设计如下面所示的数据项和数据结构。
 管理员表（Adminuser）：用于存放管理员的数据记录，包括数据项：管理员名、密码。
 部门表（Department）：用来存放部门的相关记录，包括数据项：部门号，部门名。
 用户表（Users）：用于存放注册用户的记录，包括数据项：用户账号、密码、真实姓名、身份证号、联系电话，联系地址，部门号（和部门表有关）等。
 报刊类别表（NewspaperClass）：用于存放初始的报刊类别记录，包括数据项：分类编号、分类名称。
 报刊信息表（Newspaper）：用于存放报刊记录，包括数据项：报刊代号、报刊名称、出版报社、出版周期、季度报价、内容介绍、分类编号（和报刊类别表有关）等。
 订单表（Order）：用于存放用户下达的订阅报刊的基本信息，包括数据项：订单编号、用户编号（用户表的主码）、报刊代号（报刊信息表的主码）、订阅份数、订阅月数等。

根据上面的设计规划出来的实体有部门实体、管理员实体、用户实体、报刊类别实体、报刊信息实体和订单实体。
部门实体的E-R图如下图所示： 管理员实体的E-R图如下图所示：

用户实体的E-R图如下图所示： 报刊信息实体的E-R图如下图所示：

订单实体的E-R图如下图所示： 报刊类别实体的E-R图如下图所示：

所有实体之间的的关系E-R图如下图所示：

3. （数据库）逻辑（模型）设计
3.1 一般逻辑模型设计：
关系模型的逻辑结构是一组关系模式的集合。将E-R图转换为关系模型就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。
由ERD导出一般关系模型的四条原则；
①一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果软换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式何明，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
②一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
③一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。
④3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系项链呢的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

根据以上原则将E-R图转换成的关系模式如下：
部门（部门号，部门名称）
用户（用户账号，密码，用户真实姓名，联系电话，联系地址，部门号）
管理员（管理员名，密码）
报刊类别（分类编号，分类名称）
报刊（报刊代号，报刊名称，出版报社，出版周期，每月订价，内容介绍，分类编号）
订单（用户编号，报刊代号，订阅份数，订阅月数，订阅总额）

3.2 具体逻辑模型设计：
在SQL Server2000数据库中，首先创建newspaper数据库，然后根据数据库的逻辑结构分析创建表4-1━4-6的6张数据表。在前台访问数据库阶段设置了用户和密码，用户为sa，密码为空。
表4-2 department部门表结构
字段名称 字段类型 允许空 说明
depNumber（主码） Char（10） 否 部门号
depName Char(50) 是 部门名称
表4-3 users用户表结构
字段名称 字段类型 允许空 说明
userNo（主码） Char（10） 否 用户帐号
userName Char(20) 是 真实姓名
passWord Char(10) 否 用户密码
address Char(150) 是 用户联系地址
phone Char(20) 是 用户联系电话
depNumber Char(10) 否 用户所属部门号
表4-3 newspaperClass报刊分类表结构
字段名称 字段类型 允许空 说明
classid（主码） Int（4） 否 报刊分类编号
className Char(30) 是 报刊分类名称
表4-4 newspaper报刊表结构
字段名称 字段类型 允许空 说明
newsNo（主码） Char（10） 否 报刊代号
newsName Char(40) 否 报刊名称
classid Int（4） 否 报刊分类编号
publish Char(150) 是 出版报社
pubPeriod Char(30) 是 出版周期
content Char(4000) 是 内容介绍
price Float(8) 否 每月报价
表-6 book订单表结构
字段名称 字段类型 允许空 说明
userNo（主码） Char（10） 否 用户帐号
newsNo（主码） Char（10） 否 报刊代号
orderAmount Int（4） 否 订阅份数
orderMonth Int（4） 否 订阅月数
totalPrice Float(8) 是 订阅总额
表4-1 adminuser管理员表结构
字段名称 字段类型 允许空 说明
adminUser（主码） Char(20) 否 管理员用户名
adminPass Char(10) 否 管理员密码
4. 数据库物理设计与数据库保护设计
4.1设计索引：我们可以在最经常查询的列上建立索引以提高查询效率。
而在这个系统中，我们经常要按用户账号，按报刊代号，按部门查询，所以，我们可以为这三个表建立索引，建立所以的SQL语句如下，这几个都是字符型
Create unique index userNum on users(userNo)
Create unique index departNum on department(depNumber)
Create unique index newsNum on newspaper(newsNO)

4.2 设计表间关系：

4.3完整性设计列出主要字段完整性的字段名、完整性约束条件；列出记录完整性约束及其约束条件；列出参照完整性表。
主要字段的完整性字段名和参照完整性表可以参照上图各个表之间的关系来看。
比如建立报刊表newspaper时，要求报刊代号在100~99999之间，报刊名称和每月定价不能取空值，报刊类别是报刊类别表的主键，则
Create table user
(userNo char(10) constraint C1 check(newsNo between 100 and 99999),
newsName char(40) constraint C2 not null,
classid int(4) constraint C3 not null,
publish char(150)，pubPeriod char(30),content char(4000),
price float(8) not null,
constraint C4 foreign key(classid) references newspaperclass(classid) )
4.4在有多个用户操作时，考虑用户授权与安全性控制。
因为这个报刊订阅系统由多个用户使用，分为管理员和用户，他们拥有不同的权限和安全性控制。所以在权限设置方面，采用管理员和用户分别使用用户名和密码进入他们能使用权限范围里的界面。管理员登陆系统后，可以添加、修改用户和报刊的信息，可以对订单进行查询和统计，并且可以把查询统计的结果进行预览和打印出来，还要对数据库系统进行维护，适时备份数据库，一旦数据库遇到问题，可以恢复到最近备份的状态，减少不必要的损失。
用户登录，用户使用该系统前需要进行注册，他应该是该企业某个部门下面的员工，所以他需要输入他的部门号等信息，注册成功后，登录到系统，可以修改自己的信息还有订阅报刊，但由于权限的限制，他只能查看和统计自己的订单信息。
5. 处理功能设计
5.1 主控模块设计：
使用本系统，首先它会自动弹出“欢迎使用本系统”的欢迎界面，然后跳转到用户身份验证界面，选择管理员的身份进入，有录入（录入报刊信息、录入用户信息），查询，统计(统计用户、统计、报刊订单)，系统维护（备份数据库、恢复数据库），注销，退出等菜单可使用，没注册的用户可进入注册界面进行注册，然后返回登录界面登录，进入后有欢迎界面，有订阅、查询、统计、修改、注销、退出等菜单可使用。
6. 数据库应用系统的实现
6.1 数据库及其表结构的建立：按照上面的逻辑分析见表
6.2数据输入：在建好的各个表中输入数据，要符合数据的约束条件
7. 数据库应用系统运行
7.1 写出系统操作使用的简要说明
本系统的运行需要安装PowerBuilder9.0和SQL Server2000软件。操作该系统，首先把备份的数据库还原出来，导入SQL Server中，然后打开该系统，连接上还原出来的数据库，再运行，就可以了。
7.2 系统实施过程
（1）打开PowerBuilder，新建一个工作区，命名为newspaper
（2）新建一个Application，取名newspaper，然后点击工具栏上的DB Profile，新建一个MSS Microsoft SQL Server，填入Profile Name，服务器名，用户名，密码，数据库，如下图，然后输入连接数据库的主要代码：
open(w_welcome)
// Profile newspaper
SQLCA.DBMS = "MSS Microsoft SQL Server"
SQLCA.Database = "newspaper"
SQLCA.ServerName = "CHINA-41CD782EF"
SQLCA.LogId = "sa"
SQLCA.LogPass=""
SQLCA.AutoCommit = False
SQLCA.DBParm = ""
connect;
if sqlca.sqlcode<>0 then
messagebox("错误","数据库连接错误，程序将关闭！",stopsign!)
return
end if
close(w_welcome)
open(w_login)

（3）制作登录页面w_login，在“确定”按钮输入如下：

“注册”按钮代码：open(w_register) //打开用户注册页面
“退出”按钮代码：close（w_login） //退出本系统
(4)制作注册窗口w_register，在“注册”按钮的代码如下：

“取消”按钮代码：close(w_register)
open(w_login)
（5）制作管理员主菜单w_adminview，建管理员主界面w_adminview，将该菜单放到窗口中
（6）制作用户主菜单w_userview，建用户主界面w_userview，将菜单放到窗口中
（7）制作管理员主菜单里的录入报刊信息窗口w_inmagazine，录入用户信息窗口w_inuser，
制作数据窗口dw_magagrid，dw_magafree，dw_userfree，dw_usergrid，在数据窗口调整好外观，添加控件，并设定相应的动作，分别放到这两个窗口中
这两个窗口功能相识，在窗口中输入：
dw_1.settransobject(sqlca)
dw_1.retrieve()
dw_2.settransobject(sqlca)
dw_2.retrieve()

（8）制作管理员主菜单中的查询订阅信息窗口w_searchorder，制作数据窗口dw_booksearch，将其放入窗体中，在窗口中输入代码：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
在“查询”按钮中输入代码：

“预览”按钮的代码：

“关闭”按钮代码：close（w_searchorder）
数据窗口字段如下：

（9）制作管理员主菜单中的统计用户订单窗口w_statuser，统计部门订单窗口w_statdept，统计报刊订单窗口w_statnews：制作统计数据窗口dw_statnews，dw_statuser，dw_statdept将dw_statnews，dw_statuser，dw_statdept分别放入w_statnews， w_statuser，w_statdept中；以下仅列出按出按部门统计的代码和界面 (按用户、报刊统计类似，略)；
按部门统计代码：
窗口代码：
按部门统计数据窗口：
dw_1.settransobject(sqlca)
dw_1.retrieve()
预览键代码：（与上页预览代码相同）
退出：close(parent)

（10）管理员主菜单中的更改登录在w_adminview中的代码

（11）管理员主菜单中的退出系统在w_adminview中的代码

（12）管理员主菜单中的数据库备份窗口w_backup，“开始备份”按钮的代码如下

在“>>”按钮带输入代码：

（13）管理员主菜单中的数据库恢复窗口w_restore，“开始恢复”按钮的代码如下
在“>>”按钮带输入代码：

在“开始恢复”按钮输入代码：

（14）用户主菜单的订阅报刊窗口w_userorder
该系统中定义了一个全局变量gs_userid，其它窗口界面都可以使用该变量，并显示用户名，用户登录后，它会显示“~~~~，欢迎使用本系统！”的欢迎界面。
窗口代码：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
sle_2.text=gs_userid
“清空”按钮代码：
sle_1.text=""
sle_3.text=""
sle_5.text=""
“退出”按钮代码：
close(w_userorder)
“订阅”按钮代码：

（14）用户主菜单的查询订单窗口w_usersearch，将订单查找dw_booksearch放到窗口里，在窗口中过过滤器筛选中用户自己的订单信息，一打开就可以看到自己的订单信息，可打印和预览结果

窗口代码：

“预览”和“退出”按钮同上
（15）用户主菜单的查询订单窗口w_userstatis，将用户统计dw_statuser放到窗口里，在窗口中过过滤器筛选中用户自己的订单信息，一打开就可以看到自己的订单信息，可打印和预览结果，窗口代码如下：

用户统计dw_statuser数据窗口如下：

“预览”“退出”按钮略
（16）用户主菜单中的修改用户信息窗口w_usermodify，打开会先显示出你的信息，而用户名这一栏是输入不了的，也就是不能修改用户名，窗口代码如下：

“保存”按钮代码如下：

（17）用户主菜单中的更改登录和退出系统的代码和管理员的一样，这里就省略了。
7.3系统使用结果

打开本系统，首先弹出欢迎界面，通常一闪而过，然后到了登录界面，点击“注册”

按确定后，弹出“恭喜，您已注册成功！”的对话框。如果这时刷新服务管理器，打开SQL Server企业管理器，打开该数据库的用户表，就可看到刚才注册的用户已经在表中了

然后返回到登陆页面，输入刚才注册到的用户名和密码maishning，123456

登录后，弹出一个窗口，有供用户使用的菜单，界面显示“~~~~，欢迎使用本系统”

选择“订阅”菜单，在这个订阅界面，用户可以浏览到所有的报刊信息，要订阅报刊时，用户不需输入用户名与密码，只需输入您要订阅的报刊代号（该报刊代号必须是报刊表中存在的），订阅份数（必须是小于8的整数才有效），然后选择需要订阅的月数（一月、一季、半年或一年）然后点击“订阅”按钮

订阅成功后，系统弹出“恭喜！你已成功订阅该报刊，总金额是~~~~”确定后会显示出您所订阅的总额是多少元，按“清空”按钮后可以订阅其它报刊（同样的报刊不可重复订阅）

再订阅其它报刊，然后按“退出”按钮，来到用户主菜单然后选择“查询”菜单，这个数据窗口经过过滤，一打开就直接显示该用户过订阅的订单，可以进行预览和打印。

由于权限的限制，“统计”菜单中的也是只能统计自己订单信息的数据

在“退订”报刊菜单中，可以查看自己的订单，单击“退订”然后“保存”即可完成退订
在“修改”信息菜单中，用户名也是不可输入的文本框，即不可修改用户名，其它信息可以修改，保存后它会自动添加到数据库中

选择菜单上的“注销”，可以用不同的身份进入系统，确定后回到登录界面

以管理员的身份登录，用户名111，密码111，按登录按键，可看到管理员菜单

选择菜单栏中的录入->录入报刊信息，管理员可以大致浏览所有报刊信息，在上面的数据窗口可以查看上一页和下一页的具体内容，并且可以对其进行添加，删除、修改、保存等操作。

录入用户信息页面，基本相似

选择菜单栏中的“查询”->“订单信息”,管理员拥有的权限可以看到所有的订单信息

管理员也可以根据需要分别按部门、按用户、按报刊查询，比如，要查询msishning用户，在文本框中输入关键字，选择单选按钮中的“按部门号”，点击“查询”，结果如下
可对全部订单或查询出来的订单进行预览和打印，方便使用

菜单栏中的“统计”菜单有三个子菜单，管理员可以分别统计用户订单信息、部门订单信息和报刊订单信息， 直接选择就可看到统计结果，比如选择“统计用户订单信息”

可将统计出来的结果进行预览和打印，方便使用，其它两个统计功能相似，略

主菜单中的系统维护->数据库备份，选择备份的位置，然后“开始备份”

主菜单中的系统维护->数据库恢复，选择之前备份的文件，输入路径和数据库名，然后“开始恢复”

7.4系统评价：

4. 大数据培训课程大纲去哪里学

一、基础部分：java语言 和 LINUX系统

二、数据开发:

1、数据分析与挖掘

一般工作包括数据清洗，执行分析和数据可视化。学习Python、数据库、网络爬虫、数据分析与处理等。

大数据培训一般是指大数据开发培训。

大数据技术庞大复杂，基础的技术包含数据的采集、数据预处理、分布式存储、数据库、数据仓库、机器学习、并行计算、可视化等各种技术范畴和不同的技术层面。

2、大数据开发

数据工程师建设和优化系统。学习hadoop、spark、storm、超大集群调优、机器学习、Docker容器引擎、ElasticSearch、并发编程等；

课程学习一共分为六个阶段：

5. 关系数据库规范化理论的基础和内容

一个关系数据库模式由一组关系模式组成，一个关系模式由一组属性名组成。关系数据库设计，就是如何把已给定的相互关联的一组属性名分组，并把每一组属性名组成关系的问题。然而，属性的分组不是唯一的，不同的分组对应着不同的数据库应用系统，它们的效率往往相差很远。
为了使数据库设计合理可靠，简单实用，长期以来，形成了关系数据库设计的理论——规范化理论。
6.1 关系规范化的作用
规范化，就是用形式更为简洁，结构更加规范的关系模式取代原有关系模式的过程。
如果将两个或两个以上实体的数据存放在一个表里，就会出现下列三个问题：
Ø 数据冗余度大
Ø 插入异常
Ø 删除异常
所谓数据冗余，就是相同数据在数据库中多次重复存放的现象。数据冗余不仅会浪费存储空间，而且可能造成数据的不一致性。
插入异常是指，当在不规范的数据表中插入数据时，由于实体完整性约束要求主码不能为空的限制，而使有用数据无法插入的情况。
删除异常是指，当不规范的数据表中某条需要删除的元组中包含有一部分有用数据时，就会出现删除困难。
（以P98工资表为例）
解决上述三个问题的方法，就是将不规范的关系分解成为多个关系，使得每个关系中只包含一个实体的数据。
（讲例子解）
当然，改进后的关系模式也存在另一问题，当查询职工工资时需要将两个关系连接后方能查询，而关系连接的代价也是很大的。
那么，什么样的关系需要分解？分解关系模式的理论依据又是什么？分解完后能否完全消除上述三个问题？回答这些问题需要理论指导。下面，将加以讨论：

6.2 函数依赖

6.2.1属性间关系

实体间的联系有两类：一类是实体与实体之间联系；另一类是实体内部各属性间的联系。数据库建模一章中讨论的是前一类，在这里我们将学习第二类。

和第一类一样，实体内部各属性间的联系也分为1:1、1:n和m:n三类：

例：职工（职工号，姓名，身份证号码，职称，部门）

1、 一对一关系（1:1）

设X、Y是关系R的两个属性（集）。如果对于X中的任一具体值，Y中至多有一个值与之对应，反之，对于Y中的任一具体值，X中也至多有一个值与之对应，则称X、Y两属性间是一对一关系。

如本例职工关系中职工号与身份证号码之间就是一对一关系。

2、一对多关系（1:n）

设X、Y是关系R的两个属性（集）。如果对于X中的任一具体值，Y中可以找到多个值与之对应，而对于Y中的任一具体值，X中至多只有一个值与之对应，则称属性X对Y是一对多关系。

如职工关系中职工号与职称之间就是一对多的关系。

3、多对多关系（m:n）

设X、Y是关系R的两个属性（集）。如果对于X中的任一具体值，Y中有n个值与之对应，而对于Y中的任一具体值，X中也有m个值与之对应，则称属性X对Y是一对多（m:n）关系。

例如，职工关系中，职称与部门之间就是多对多的关系。

上述属性间的三种关系，实际上是属性值之间相互依赖与相互制约的反映，因而称之为属性间的数据依赖。

数据依赖共有三种：

Ø 函数依赖（Functional Dependency，FD）

Ø 多值依赖（Multivalued Dependency，MVD）

Ø 连接依赖（Join Dependency，JD）

其中最重要的是函数依赖和多值依赖。

6.2.2 函数依赖

函数依赖，是属性之间的一种联系。在关系R中，X、Y为R的两个属性或属性组，如果对于R的所有关系r 都存在：对于X的每一个具体值，Y都只有一个具体值与之对应，则称属性Y函数依赖于属性X。或者说，属性X函数决定属性Y，记作X→Y。其中X叫作决定因素，Y叫作被决定因素。

上述定义，可简言之：如果属性X的值决定属性Y的值，那么属性Y函数依赖于属性X。换一种说法：如果知道X的值，就可以获得Y的值，则可以说X决定Y。

若Y函数不依赖于X，记作：X→Y。

X Y

若X→Y，Y→X，记作：

前面学习的属性间的三种关系，并不是每种关系中都存在着函数依赖。

u 如果X、Y间是1:1关系，则存在函数依赖 X←→Y

u 如果X、Y间是1:n关系，则存在函数依赖： X→Y或Y→X（多方为决定因素）

u 如果X、Y间是m:n关系，则不存在函数依赖。

注意，属性间的函数依赖不是指R的某个或某些关系子集满足上述限定条件，而是指R的一切关系子集都要满足定义中的限定。只要有一个具体的关系r（R的一个关系子集）不满足定义中的条件，就破坏了函数依赖，使函数依赖不成立。

这里的关系子集，指的是R的某一部分元组的集合，例如：地测学院的学生关系中只包含了地测学院学生的数据，所以它是长安大学学生关系的一个子集。

6.2.3 码的定义

前面，我们对码进行了直观化的定义，下面用函数依赖的概念对码作出较为精确的形式化的定义：

设K是关系模式R（U，F）中的属性或属性组，K’是K的任一子集。若K→U，而不存在K’→U，则K为R的候选码（Candidate Key）

Ø 若候选码多于一个，则选其中的一个为主码（Primary Key）；

Ø 包含在任一候选码中的属性，叫做主属性（Primary Attribute）；

Ø 不包含在任何码中的属性称为非主属性（Nonprime Attribute）或非码属性（Nonkey Attribute）

Ø 关系模式中，最简单的情况是单个属性是码，称为单码（Single Key）；最极端的情况是整个属性组是码，称为全码（All－Key）。

前面已多次遇到单码的情况，下面是一个全码的例子：

签约（演员名，制片公司，电影名）

外码：设有两个关系R和S，X是R的属性或属性组，并且X不是R的码，但X是S的码（或与S的码意义相同），则称X是R的外部码（Foreign Key），简称外码或外键。

如：职工（职工号，姓名，性别，职称，部门号）

部门（部门号，部门名，电话，负责人）

其中职工关系中的“部门号”就是职工关系的一个外码。

在此需要注意，在定义中说X不是R的码，并不是说X不是R的主属性，X不是码，但可以是码的组成属性，或者是任一候选码中的一个主属性。

如：学生（学生号，姓名，性别，年龄…）

课程（课程号，课程名，任课老师…）

选课（学生号，课程号，成绩）

在选课关系中，（学生号，课程号）是该关系的码，学生号、课程号又分别是组成主码的属性（但单独不是码），它们分别是学生关系和课程关系的主码，所以是选课关系的两个外码。

关系间的联系，可以通过同时存在于两个或多个关系中的主码和外码的取值来建立。如要查询某个职工所在部门的情况，只需查询部门表中的部门号与该职工部门号相同的记录即可。所以，主码和外码提供了一个表示关系间联系的途径。

6.2.4 函数依赖和码的唯一性

由上述码的形式化定义，我们可以说：码是由一个或多个属性组成的，可唯一标识元组的最小属性组。

码在关系中总是唯一的，即一个码函数唯一地决定一行。如果码的值重复，则整个元组都会重复。否则，违反了实体完整性规则。而元组的重复则表示存在两个完全相同的实体，这显然是不可能的，所以码是不允许重复取值的。

所以，只有当某个属性或属性组能够函数决定关系中的每一个其它的属性，且该属性组的任何一个真子集都做不到这一点时，该属性或属性组才是该关系的码。

函数依赖是一个与数据有关的事物规则的概念。如果属性B函数依赖于属性A，那么若知道了A的值，则完全可以找到B的值。这并非是可以由A的值计算出B的值，而是逻辑上只能存在一个B的值。

6.3 关系模式的规范化

一、非规范化的关系

当一个表中存在还可以再分的数据项时，这个表就是非规范化的表。非规范化表存在两种情况：

Ø 表中具有组合数据项（P102表6-4）

Ø 表中具有多值数据项（P103表6-5）

例：

职工号
姓名
工资

基本工资
职务工资
工龄工资

1002
张三
1000
800
200

职工号
姓名
职称
系名
系办地址
学历
毕业年份

001
张三
教授
计算机
1305
大学

研究生
1963

1982

那么什么是规范化关系呢？

当一个关系中的所有分量都是不可再分的数据项时，该关系是规范化的。即当表中不存在组合数据项和多值数据项，只存在不可分的数据项时，这个表是规范化的。

二维表按其规范化程度从低到高可分为5级范式（Normal Form），分别称为1NF、2NF、3NF（BCNF）、4NF、5NF。规范化程度较高者必是较低者的子集，即：

1NF 2NF 3NF BCNF 4NF 5NF

二、第一范式（1NF）

定义1：如果关系模式R中不包含多值属性，则R满足第一范式（First Normal Form），记作：

R∈1NF

1NF是对关系的最低要求，不满足1NF的关系是非规范化的关系。

非规范化关系转化为规范化关系1NF方法很简单，只要上表分别从横向、纵向展开即可。如下表：

职工号
姓名
基本工资
职务工资
工龄工资

1002
张三
1000
800
200

1005
李四
1200
900
150

职工号
姓名
职称
系名
系办地址
学历
毕业年份

1002
张三
教授
计算机
1305
大学
1963

1002
张三
教授
计算机
1305
研究生
1982

1005
李四
讲师
信电
2206
大学
1989

上表虽然符合1NF，但仍是有问题的关系，表中存在大量的数据冗余和潜在的数据更新异常。原因是（职工号，学历）是右表的码，但姓名、职称、系名、系办地址却与学历无关，只与码的一部分有关。所以上表还需进一步地规范化。

三、第二范式（2NF）

定义1：设X、Y是关系R的两个不同的属性或属性组，且X → Y。如果存在X的某一个真子集X’，使X’ → Y成立，则称Y部分函数依赖于X，记作：X P→ Y（Partial）。反之，则称Y完全函数依赖于X，记作：X F→ Y （Full）

定义2：如果一个关系 R∈1NF，且它的所有非主属性都完全函数依赖于R的任一候选码，则R属于第二范式，记作：R∈2NF。

说明：上述定义中所谓的候选码也包括主码，因为码首先应是候选码，才可以被指定为码。

例如关系模式：

职工（职工号，姓名，职称，项目号，项目名称，项目角色）中

（职工号，项目号）是该关系的码，而职工号→姓名、职工号→职称、项目号→项目名称…

所以（职工号，项目号）P→ 职称、（职工号，项目号）P→ 项目名称

故上述职工关系不符合第二范式要求。它存在三个问题：插入异常、删除异常和修改异常。

其中修改异常是这样的，当职工关系中项目名称发生变化时，由于参与该项目的人员很多，每人一条记录，要修改项目信息，就得对每一个参加该项目的人员信息进行修改，加大了工作量，还有可能发生遗漏，存在着数据一致性被破坏的可能。

可把上述职工关系分解成如下三个关系：

职工（职工号，姓名，职称）

参与项目（职工号，项目号，项目角色）

项目（项目号，项目名称）

上述三个关系都符合定义2的要求，所以都符合2NF

推论：如果关系模式R∈1NF，且它的每一个候选码都是单码，则R∈2NF

符合第二范式的关系模式仍可能存在数据冗余、更新异常等问题。如关系

职工信息（职工号，姓名，职称，系名，系办地址）

虽然也符合2NF，但当某个系中有100名职工时，元组中的系办地址就要重复100次，存在着较高的数据冗余。原因是关系中，系办地址不是直接函数依赖于职工号，而是因为职工号函数决定系名，而系名函数决定系办地址，才使得系办地址函数依赖于职工号，这种依赖是一个传递依赖的过程。

所以，上述职工信息的关系模式还需要进一步的规范化。

四、第三范式（3NF）

定义1：在关系R中，X、Y、Z是R的三个不同的属性或属性组，如果X→Y，Y→Z， 但Y→X，且Y不是X的子集，则称Z传递函数依赖于X。

定义2：如果关系模式R∈2NF，且它的每一个非主属性都不传递依赖于任何候选码，则称R是第三范式，记作：R∈3NF

推论1：如果关系模式R∈1NF，且它的每一个非主属性既不部分依赖、也不传递依赖于任何候选码，则R∈3NF

推论2：不存非主属性的关系模式一定为3NF

五、改进的3NF——BCNF（Boyee－Codd Normal Form）

定义：设关系模式R（U，F）∈1NF，若F的任一函数依赖X→Y（Y X）中X都包含了R的一个码，则称R∈BCNF。

换言之，在关系模式R中，如果每一个函数依赖的决定因素都包含码，则R∈BCNF

推论：如果R∈BCNF，则：

Ø R中所有非主属性对每一个码都是完全函数依赖；

Ø R中所有主属性对每一个不包含它的码，都是完全函数依赖；

Ø R中没有任何属性完全函数依赖于非码的任何一组属性。

定理：如果R∈BCNF，则R∈3NF一定成立。

证明：（结合传递依赖的定义，用反证法）

注意：当R∈3NF时，R未必属于BCNF。因为3NF比BCNF放宽了一个限制，它允许决定因素不包含码。例如：

通讯（城市名，街道名，邮政编码）中：

F＝｛（城市名，街道名）→邮政编码，邮政编码→城市名｝

非主属性邮政编码完全函数依赖于码，且无传递依赖，故属于3NF，但邮政编码也是一个决定因素，而且它没有包含码，所以该关系不属于BCNF。

又如：

Teaching（Student，Teacher，Course） 简记为Teaching（S，T，C）

规定：一个教师只能教一门课，每门课程可由多个教师讲授；学生一旦选定某门课程，教师就相应地固定。

F＝｛T→C，（S，C）→T,(S，T) →C｝

该关系的候选码是（S，C）和（S，T），因此，三个属性都是主属性，由于不存在非主属性，该关系一定是3NF。但由于决定因素T没包含码，故它不是BCNF。

关系模式Teaching仍然存在着数据冗余问题，因为存在着主属性对码的部分函数依赖问题。

确切地表示：F＝｛T→C，（S，C）P→T,(S，T) P→C｝

所以Teaching关系可以分解为以下两个BCNF关系模式：

Teacher（Teacher，Course） Student（Student，Teacher）

3NF的“不彻底”性，表现在可能存在主属性对码的部分依赖和传递依赖。

一个关系模式如果达到了BCNF，那么，在函数依赖范围内，它就已经实现了彻底的分离，消除了数据冗余、插入和删除异常。
6.4 多值依赖和第四范式

一、多值依赖（Multivalued Dependency）

课程C
教员T
参考书B

物理
李勇
普通物理学

物理
李勇
光学原理

物理
李勇
物理习题集

物理
王军
普通物理学

物理
王军
光学原理

物理
王军
物理习题集

数学
李勇
数学分析

数学
李勇
微分方程

数学
李勇
高等代数

数学
张平
数学分析

数学
张平
微分方程

数学
张平
高等代数

计算数学
张平
数学分析

计算数学
张平
计算数学

计算数学
周峰
数学分析

计算数学
周峰
计算数学

课程C
教员T
参考书B

物理
李勇

王军
普通物理学

光学原理

物理习题集

数学
李勇

张平
数学分析

微分方程

高等代数

计算数学
张平

周峰
数学分析

计算数学

例：学校中某一门课程由多个教员讲授，他们使用相同的一套参考书，每个教员可以讲授多门课程，每种参考书可以供多门课程使用。下列是用一个非规范化的表来表示教员T，课程C和参考书B之间的关系。

把上表变换成一张规范化的二维表Teaching，如右表

关系模式Teaching（C，T，B）的码是（C，T，B），即All－Key。因而Teaching∈BCNF。按照上述语义规定，当某门课程增加一名讲课教员时，就要向Teaching表中增加与相应参考书等数目的元组。同样，某门课程要去掉一本参考书时，则必须删除相应数目的元组。

对数据的增、删、改很不方便，数据的冗余也十分明显。如果仔细考察这类关系模式，会发现它具有一种称之为多值依赖的数据依赖关系。

定义：设R（U）是属性集U上的一个关系模式，X，Y，Z是U的子集，且Z＝U-X-Y。如果对R（U）的任一关系r，给定一对（x，z）值，都有一组y值与之对应，这组y值仅仅决定于x值而与z值无关。则称Y多值依赖于X，或X多值决定Y，记作：X→→Y。――

例如，在关系模式Teaching中，对于一个（C，B）值（物理，普通物理学），有一组T值｛李勇，王军｝，而这组值仅仅决定于课程C上的值（物理）。即对于另一个（物理，光学原理），它对应的T值仍然是｛李勇，王军｝，所以T的值与B的值无关，仅决定于C的值，即C→→T 。

多值依赖的另一个等价的形式化定义为：

设关系模式R（U），X、Y、Z是U的子集，Z＝U-X-Y，r是R的任意一个关系，t1、t2是r的任意两个元组。如果t1[X]=t2[X]，并在r中存在两个元组t3、t4，使得：

t3[X]=t4[X]=t1[X]

t3[Y]=t1[Y]，t3[Z]=t2[Z]，

t4[Y]=t2[Y]，t4[Z]=t1[Z]

成立，则X→→Y。

换句话说：如果X→→Y在R（U）中成立，则只要在R的任一关系r中存在两个元组t1、t2在X属性上的值相等，则交换这两个元组在Y（或Z）上的值后得到的两个新元组t3、t4也必是关系r中的元组。

定义中如果Z＝Ф（空集），则称X→→Y为平凡的多值依赖，否则为非平凡的多值依赖。

多值依赖具有如下性质：

1. 对称性：若X→→Y，则X→→Z，其中Z＝U-X-Y

2. 传递性：若X→→Y，Y→→Z，则X→→Z-Y

3. 若X→→Y，X→→Z，则X→→YZ

4. 若X→→Y，X→→Z，则X→→Y∩Z

5. 若X→→Y，X→→Z，则X→→Y-Z，X→→Z-Y

多值依赖与函数依赖相比，具有下面两个基本区别：

（1）多值依赖的有效性与属性集的范围有关

若X→→Y在U上成立，则在V（XY V U）上一定成立；反之则不然，即X→→Y在V(V U)上成立，在U上并不一定成立。这是因为多值依赖的定义中不仅涉及属性组X、Y，而且涉及U中的其余属性Z（Z＝U-X-Y）。

一般地说，在R（U）上若有X→→Y在V（V U）上成立，则称X→→Y为R（U）的嵌入型多值依赖。

而在关系模式R（U）中函数依赖X→Y的有效性，仅决定于X和Y这两个属性集的值。只要在R（U）的任何一个关系r中，元组在X和Y上的值使得X→Y成立，则X→Y在任何属性集V（XY V U）上也成立。

（2）若函数依赖X→Y在R（U）上成立，则对于任何Y’ Y 均有X→Y’ 成立。而多值依赖X→→Y若在R（U）上成立，却不能断言对于任何Y’ Y有X→→Y’ 成立。

多值依赖的约束规则：在具有多值依赖的关系中，如果随便删去一个元组，就会破坏其对称性，那么，为了保持多值依赖关系中的“多值依赖”性，就必须删去另外的相关元组以维持其对称性。这就是多值依赖的约束规则。目前的RDBMS尚不具有维护这种约束的能力，需要程序员在编程中实现。

函数依赖可看成是多值依赖的特例，即函数依赖一定是多值依赖。而多值依赖则不一定就有函数依赖。

二、第四范式（4NF）

定义：如果关系模式R∈1NF，对于R的每个非平凡的多值依赖X→→Y（Y X），X含有码，则称R是第四范式，即R∈4NF

课程C
教员T
参考书B

物理
李勇
普通物理学

物理
李勇
光学原理

物理
李勇
物理习题集

物理
王军
普通物理学

物理
王军
光学原理

物理
王军
物理习题集

数学
李勇
数学分析

数学
李勇
微分方程

数学
李勇
高等代数

数学
张平
数学分析

数学
张平
微分方程

数学
张平
高等代数

计算数学
张平
数学分析

计算数学
张平
计算数学

计算数学
周峰
数学分析

计算数学
周峰
计算数学

Teaching关系

关系模式R∈4NF时，R中所有的非平凡多值依赖实际上就是函数依赖。因为每一个决定因素中都含有码，所以R一定属于BCNF。

4NF实际上就是限制关系模式的属性间不允许有非平凡，而且非函数依赖的多值依赖存在。反过来说，4NF所允许的非平凡多值依赖实际上是函数依赖。

例题中的Teaching关系属于BCNF，但它不属于4NF。因为它的码是（C，T，B），关系中存在非平凡多值依赖C→→T ，C→→B，但C不包含码，而只是码的一部分。

课程C
参考书B

物理
普通物理学

物理
光学原理

物理
物理习题集

数学
数学分析

数学
微分方程

数学
高等代数

计算数学
数学分析

计算数学
计算数学

CB关系

课程C
教员T

物理
李勇

物理
王军

数学
李勇

数学
张平

计算数学
张平

计算数学
周峰

CT关系

要使Teaching关系符合4NF，必须将其分解为CT（C，T）和CB（C，B）两个关系模式。如右表：

从表中显而易见，符合BCNF的关系Teaching仍然存在着数据冗余，而分解后的关系CT和CB中只有平凡多值依赖，所以符合4NF，它们已经消除了数据冗余。可以说：BCNF是在只有函数依赖的关系模式中，规范化程度最高的范式，而4NF是在有多值依赖的关系模式中，规范化程度最高的范式。

如果关系模式中存在连接依赖，即便它符合4NF，仍有可能遇到数据冗余及更新异常等问题。所以对于达到4NF的关系模式，还需要消除其中可能存在的连接依赖，才可以进一步达到5NF的关系模式。

关于连接依赖和5NF的内容，已超出了本课程教学大纲的要求，在此不再介绍。

6. 请问《数据库原理及其应用教程》这门课对计算机专业考研重要吗

主要看考什么专业的研究生，如果是计算机方面，肯定会涉及到数据库原理及其应用方面的知识的。
数据库原理及其应用：以关系数据库系统为核心，系统全面地阐述了数据库系统的基本概念、基本原理和应用技术，主要内容包括数据库技术概述、关系数据库、关系数据库的标准语言SQL、关系数据库设计、数据库保护、网络数据库、网络数据库管理系统SQL Server 2000、分布式数据库系统、XML数据库等
考研，即参加硕士研究生入学考试。其英文表述是“Take part in the entrance exams for postgraate schools”。考研首先要符合国家标准，其次按照程序：与学校联系、先期准备、报名、初试、调剂、复试、复试调剂、录取等方面依次进行。

7. 大数据培训课程大纲要学什么课程

首先我们要了解Java语言和Linux操作系统，这两个是学习大数据的基础，学习的顺序不分前后。

Java ：只要了解一些基础即可，做大数据不需要很深的Java 技术，学java SE 就相当于有学习大数据基础。

Linux：因为大数据相关软件都是在Linux上运行的，所以Linux要学习的扎实一些，学好Linux对你快速掌握大数据相关技术会有很大的帮助，能让你更好的理解hadoop、hive、hbase、spark等大数据软件的运行环境和网络环境配置，能少踩很多坑，学会shell就能看懂脚本这样能更容易理解和配置大数据集群。还能让你对以后新出的大数据技术学习起来更快。

Hadoop：这是现在流行的大数据处理平台几乎已经成为大数据的代名词，所以这个是必学的。Hadoop里面包括几个组件HDFS、MapRece和YARN，HDFS是存储数据的地方就像我们电脑的硬盘一样文件都存储在这个上面，MapRece是对数据进行处理计算的，它有个特点就是不管多大的数据只要给它时间它就能把数据跑完，但是时间可能不是很快所以它叫数据的批处理。

Zookeeper：这是个万金油，安装Hadoop的HA的时候就会用到它，以后的Hbase也会用到它。它一般用来存放一些相互协作的信息，这些信息比较小一般不会超过1M，都是使用它的软件对它有依赖，对于我们个人来讲只需要把它安装正确，让它正常的run起来就可以了。

Mysql：我们学习完大数据的处理了，接下来学习学习小数据的处理工具mysql数据库，因为一会装hive的时候要用到，mysql需要掌握到什么层度那?你能在Linux上把它安装好，运行起来，会配置简单的权限，修改root的密码，创建数据库。这里主要的是学习SQL的语法，因为hive的语法和这个非常相似。

Sqoop：这个是用于把Mysql里的数据导入到Hadoop里的。当然你也可以不用这个，直接把Mysql数据表导出成文件再放到HDFS上也是一样的，当然生产环境中使用要注意Mysql的压力。

Hive：这个东西对于会SQL语法的来说就是神器，它能让你处理大数据变的很简单，不会再费劲的编写MapRece程序。有的人说Pig那?它和Pig差不多掌握一个就可以了。

Oozie：既然学会Hive了，我相信你一定需要这个东西，它可以帮你管理你的Hive或者MapRece、Spark脚本，还能检查你的程序是否执行正确，出错了给你发报警并能帮你重试程序，最重要的是还能帮你配置任务的依赖关系。我相信你一定会喜欢上它的，不然你看着那一大堆脚本，和密密麻麻的crond是不是有种想屎的感觉。

Hbase：这是Hadoop生态体系中的NOSQL数据库，他的数据是按照key和value的形式存储的并且key是唯一的，所以它能用来做数据的排重，它与MYSQL相比能存储的数据量大很多。所以他常被用于大数据处理完成之后的存储目的地。

Kafka：这是个比较好用的队列工具，队列是干吗的?排队买票你知道不?数据多了同样也需要排队处理，这样与你协作的其它同学不会叫起来，你干吗给我这么多的数据(比如好几百G的文件)我怎么处理得过来，你别怪他因为他不是搞大数据的，你可以跟他讲我把数据放在队列里你使用的时候一个个拿，这样他就不在抱怨了马上灰流流的去优化他的程序去了，因为处理不过来就是他的事情。而不是你给的问题。当然我们也可以利用这个工具来做线上实时数据的入库或入HDFS，这时你可以与一个叫Flume的工具配合使用，它是专门用来提供对数据进行简单处理，并写到各种数据接受方(比如Kafka)的。

Spark：它是用来弥补基于MapRece处理数据速度上的缺点，它的特点是把数据装载到内存中计算而不是去读慢的要死进化还特别慢的硬盘。特别适合做迭代运算，所以算法流们特别稀饭它。它是用scala编写的。Java语言或者Scala都可以操作它，因为它们都是用JVM的。

8. 大数据培训课程都包含哪些内容

大数据培训课程内容一般都是从基础知识讲起，并且课程内容与企业实际需求相匹配、理论与实战相结合这样学员在培训机构学完后找工作才比较容易，一般主要学习Java语言基础、HTML、CSS、Java、JavaWeb和数据库、Lnux基础、Hadoop：生态体系、Spark：生态体系等课程内容。如需大数据培训推荐选择【达内教育】。

大数据技术庞大复杂，基础的技术包含数据的采集、数据预处理、分布式存储、数据库、数据仓库、机器学习、并行计算、可视化等名种技术范畴和不同的技术层面。一般工作包括数据清洗，执行分析和数据可视化。学习Python、数据库、网络爬虫、数据分析与处理等。感兴趣的话点击此处，免费学习一下

想了解更多有关大数据的相关信息，推荐咨询【达内教育】。达内与阿里、Adobe、红帽、ORACLE、微软、美国计算机行业协会（CompTIA）、网络等国际知名厂商建立了项目合作关系。共同制定行业培训标准，为达内学员提供高端技术、所学课程受国际厂商认可，让达内学员更具国际化就业竞争力。达内IT培训机构,试听名额限时抢购。

9. 数据库包括那些课程

数据库课程设计是在学生系统的学习了数据库原理课程后，按照关系型数据库的基本原理，综合运用所学的知识，以小组为单位，设计开发一个小型的数据库管理系统。通过对一个实际问题的分析、设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容。

总体设计要求：
四到五人为一个小组，小组成员既要有相互合作的精神，又要分工明确。每个学生都必须充分了解整个设计的全过程。
从开始的系统需求分析到最后的软件测试，都要有详细的计划，设计文档应按照软件工程的要求书写。
系统中的数据表设计应合理、高效，尽量减少数据冗余。
软件界面要友好、安全性高。
软件要易于维护、方便升级。
编程语言可由小组根据自己的情况选择，但一般情况下应该是小组的每个成员都对该语言较熟悉。避免把学习语言的时间放在设计期间。
参考使用的语言有：VF、VB、Delphi 、PB、VC、SQL_Server等。

学生学籍管理系统

一、设计目的
学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统，进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成题目要求的功能，从而达到掌握开发一个小型数据库的目的。

二、设计内容
1．主要的数据表
学生基本情况数据表，学生成绩数据表，课程表，代码表等。
2．主要功能模块
1）实现学生基本情况的录入、修改、删除等基本操作。
2）对学生基本信息提供灵活的查询方式。
3）完成一个班级的学期选课功能。
4）实现学生成绩的录入、修改、删除等基本操作。
5）能方便的对学生的个学期成绩进行查询。
6）具有成绩统计、排名等功能。
7）具有留级、休学等特殊情况的处理功能。
8）能输出常用的各种报表。
9）具有数据备份和数据恢复功能。

三、设计要求
学生成绩表的设计，要考虑到不同年级的教学计划的变化情况。
对于新生班级，应该首先进行基本情况录入、选课、然后才能进行成绩录入。

图书管理系统

一、设计目的
学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统，进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成题目要求的功能，从而达到掌握开发一个小型数据库的目的。

二、设计内容
1．要的数据表
图书基本信息表，借书卡信息表，借阅信息表，图书分类信息表，代码表等。
2．功能模块
1）图书基本情况的录入、修改、删除等基本操作。
2）办理借书卡模块。
3）实现借书功能。
4）实现还书功能。
5）能方便的对图书进行查询。
6）对超期的情况能自动给出提示信息。
7）具有数据备份和数据恢复功能。

三、设计要求
图书编号可参考国家统一的图书编码方法，再完成基本功能模块的情况下，尽量使系统能具有通用性。

银行储蓄系统

一、设计目的
学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统，进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成题目要求的功能，从而达到掌握开发一个小型数据库的目的。

二、设计内容
1．主要的数据表
定期存款单，活期存款帐，存款类别代码表等。
2．功能模块
1）实现储户开户登记。
2）办理定期存款帐。
3）办理定期取款手续。
4）办理活期存款帐
5）办理活期取款手续。
6）实现利息计算。
7）输出明细表。
8）具有数据备份和数据恢复功能。

三、设计要求
要进行实际调研，系统功能在实现时参照实际的储蓄系统的功能。同时要考虑银行系统数据的安全与保密工作。数据要有加密功能。

设备管理系统

一、设计目的
学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统，进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成题目要求的功能，从而达到掌握开发一个小型数据库的目的。

二、设计内容
1．主要数据表
设备明细帐表，设备使用单位代码表，国家标准设备分类表等。
2．功能模块
1）实现设备的录入、删除、修改等基本操作。
2）实现国家标准设备代码的维护。
3）能够对设备进行方便的检索。
4）实现设备折旧计算。
5）能够输出设备分类明细表。
6）具有数据备份和数据恢复功能。

三、设计要求
具体设备编码参考国家统一编码方法，功能实现也要考虑通用性。

医院药品进销存系统