当前位置：文档之家 › 数据库系统chp6

数据库系统chp6

  • 格式：ppt
  • 大小：371.50 KB
  • 文档页数：111

下载文档原格式

  / 111

合集下载

ch数据库保护实用PPT课件

ch数据库保护实用PPT课件
第28页/共96页
１、X封锁和PX协议
• X封锁：事务T对数据对象R加上X锁，则其它事务对R的任何封锁请求都不能成功，直至T释放R上的X锁。 • PX协议：任何企图更新记录R的事务必须先执行LOCK X( R),以获得对它的寻址能力，并对它取得X封锁。
第29页/共96页
举例：
时间
更新事务T1
数据库中A的值
• 系统重新启动时，数据库处于一种非一致性状态
第12页/共96页
7.1.3 故障类型和恢复方法
• （３）介质故障 • 外存发生故障，导致存储其中的数据、或数据库本身、或DBMS软件处于不正常状态
• 这类故障的破坏性较大 • 计算机病毒
• 破坏DBMS软件环境 • 破坏OS环境 • 导致数据库系统无法正常工作
4 write(A)
5
40
6 ROLLBACK
7
50
读事务T4
read(A)
数据库中A的值被恢复为50，事务T4读出的A的值为40，未提交随后又被撤 销的数据称为“脏数据”。
第25页/共96页
• 并发控制需要靠数据库的并发控制子系统来解决。如
时间 1 2 3 4 5 6 7 8
更新事务T1 read(A) A:=A-1 write(A)
第14页/共96页
（1）定期对整个数据库进行复制和转储
• 转储可以分为：
• 静态转储：在存储期间不允许对数据库进行存 取、修改。
• 动态转储：在存储期间允许对数据库进行存取、 修改。
• 转储还可以分为：
• 海量存储：每次存储全部数据库
• 增量存储：每次只存储上次转储后更新过的数
据。
第15页/共96页
第9页/共96页

P6数据表说明

P6数据表说明

字段说明1、account 自定义费用字段ADMUSER.ACTVCODEADMUSER.ACTVTYPEADMUSER.ADMIN_CONFIGADMUSER.ATTR_MASTERADMUSER.BASETYPEADMUSER.BGPLOGADMUSER.BRE_REGISTRYADMUSER.CALENDARADMUSER.COSTTYPEADMUSER.CURRTYPE 货币ADMUSER.DASHBOARD 仪表盘ADMUSER.DOCCATGADMUSER.DOCSTAT 文档状态ADMUSER.DOCUMENTADMUSER.FACTORADMUSER.FACTVALADMUSER.FILTPROPADMUSER.FUNDSRCADMUSER.GCHANGEADMUSER.JOBLOGADMUSER.JOBSVCADMUSER.MEMOTYPEADMUSER.NEXTKEYADMUSER.NONWORKADMUSER.OBSADMUSER.OBSPROJADMUSER.PCATTYPEADMUSER.PCATVALADMUSER.PC_PROCESS_STATADMUSER.PFOLIOADMUSER.PHASEADMUSER.PKXREFADMUSER.PRMQUEUEADMUSER.PROFILEADMUSER.PROFPRIVADMUSER.PROJCOSTADMUSER.PROJECT 项目总体信息ADMUSER.PROJFUNDADMUSER.PROJWBSADMUSER.PRPFOLIOADMUSER.PUBUSERADMUSER.QUERYLIBADMUSER.REFRDELADMUSER.REITTYPEADMUSER.RISKTYPEADMUSER.RPTADMUSER.RPTBATCHADMUSER.RPTGROUPADMUSER.RPTLISTADMUSER.RSRCADMUSER.RSRCCURVADMUSER.RSRCRATEADMUSER.SETTINGSADMUSER.SHIFTADMUSER.SHIFTPERADMUSER.TASKADMUSER.THRSPARMADMUSER.TRAKVIEWADMUSER.UDFCODEADMUSER.UDFTYPEADMUSER.UDFVALUEERCOLERDATA被锁定的账户也在这个表中，删除即可ERENGEROBSEROPENERSERSETESSAUDROPNVALADMUSER.VIEWPREFADMUSER.VIEWPROPADMUSER.VWPREFDATAADMUSER.WBRSCATADMUSER.WBSMEMO1.项目作业数量统计：获取项目编号select proj_id from ADMUSER.PROJECT where project_flag='Y'；获取项目下任务select * from ADMUSER.TASK where proj_id='539'，获取其总计数量；CREATE OR REPLACE VIEW prjTaskCounts as select a.proj_short_name,count(*) as TaskSumCount from ADMUSER.PROJECTa,ADMUSER.TASK b where a.project_flag='Y' and a.proj_id=b.proj_id group by a.proj_short_name;创建存储过程：create or replace PROCEDURE p_prjTaskCountsasbeginselect * from prjTaskCounts;end;2.不同类型项目数量统计获取项目类型（统计）select udf_type_id from ADMUSER.UDFTYPE where udf_type_label='项目类型'select udf_text from ADMUSER.UDFVALUE where udf_type_id='230'，获取当前项目类型（统计）的值；CREATE OR REPLACE VIEW diffTypePrjCounts as select d.proj_catg_name as proj_type,count(*) as proj_sumcount from ADMUSER.PROJECT a,ADMUSER.PCATTYPE b,ADMUSER.PROJPCAT c,ADMUSER.PCATVAL dwhere a.project_flag='Y' and d.proj_catg_id=c.proj_catg_id and a.proj_id=c.proj_id and c.proj_catg_type_id=b.proj_catg_type_id and b.proj_catg_type='项目类型' group by d.proj_catg_name;创建存储过程：create or replace PROCEDURE p_diffTypePrjCountsasbeginselect * from diffTypePrjCounts;end;3.不同部门项目数量统计获取项目编号（多个值）select proj_id from ADMUSER.PROJECT where project_flag='Y'；获取管理部门的idselect proj_catg_type_id from ADMUSER.PCATTYPE where proj_catg_type='管理部门'根据该ID，再寻找项目取的值的idselect proj_cate_id from ADMUSER.PROJPCAT where proj_id='569'andproj_catg_type_id='37'根据id最终获取管理部门的值select proj_catg_name from ADMUSER.PCATVAL where proj_catg_id='112'status_code:TK_NotStart: 未开始TK_Active：已开始，未完成TK_Complete：已完成获取主管领导的内部码select udf_type_id from ADMUSER.UDFTYPE where udf_type_label='主管领导'select udf_text from ADMUSER.UDFVALUE where udf_type_id='230'，获取当前领导工号；不同领导应该看到不同的统计结果；CREATE OR REPLACE VIEW diffDeptPrjCounts as select d.proj_catg_name as proj_department,count(*) as proj_sumcount from ADMUSER.PROJECT a,ADMUSER.PCATTYPE b,ADMUSER.PROJPCAT c,ADMUSER.PCATVAL dwhere a.project_flag='Y' and d.proj_catg_id=c.proj_catg_id anda.proj_id=c.proj_id and c.proj_catg_type_id=b.proj_catg_type_id andb.proj_catg_type='管理部门' group by d.proj_catg_name;创建存储过程：create or replace PROCEDURE p_diffDeptPrjCountsasbeginselect * from diffDeptPrjCounts;end;。

chp3-2 数据库系统概论-关系数据库标准语言SQL

chp3-2 数据库系统概论-关系数据库标准语言SQL
200215121 200215121 200215121 200215122 200215122
课程号 Cno
成绩 Grade
1
92
2
85
3
88
2
90
3
80
An Introduction to Data6base System
An Introduction to Database System
连接操作的执行过程
2019年7月6日9时37分
An Introduction to Data2b6ase System
带有IN谓词的子查询（续）
[例39-1]用自身连接完成本查询要求
SELECT S1.Sno，S1.Sname，S1.Sdept FROM Student S1，Student S2 WHERE S1.Sdept = S2.Sdept AND
空间数据库（1）
数据库系统概论
An Introduction to Database Systems
第三章 关系数据库标准语言 SQL(续1)
An Introduction to Database System
3.4 数据查询
3.4.1 单表查询 3.4.2 连接查询 3.4.3 嵌套查询 3.4.4 集合查询 3.4.5 Select语句的一般形式
嵌套循环法(NESTED-LOOP)
首先在表1中找到第一个元组，然后从头开始扫描表2， 逐一查找满足连接件的元组，找到后就将表1中的第一 个元组与该元组拼接起来，形成结果表中一个元组。
表2全部查找完后，再找表1中第二个元组，然后再从头 开始扫描表2，逐一查找满足连接条件的元组，找到后 就将表1中的第二个元组与该元组拼接起来，形成结果 表中一个元组。

P6数据库安装说明

P6数据库安装说明

第三章Primavera 5.0数据库安装说明一、本章前言●本章讲述怎样安装Primavera5.0应用程序数据库，完成本章数据库的安装之后，请参考《注册数据库》。

●Primavera 5.0支持MS SQL SERVER2000(sp3)和ORACLE9.2.0.5/ORACLE10.1.0.3两种类型的数据库。

●数据库安装分两个步骤，创建数据库结构和加载应用程序数据到数据库中。

●Primavera5.0数据库的创建可以用光盘本身提供的数据库安装向导进行数据库结构的创建及应用程序数据的加载全过程。

但安装向导是在windows环境下运行。

●Primavera5.0数据库的创建也可以用光盘提供的数据库创建脚本文件进行数据库结构的创建，然后通过Primavera5.0安装向导加载应用程序数据到数据库中。

●请根据用户实际情况，选择下列一种方法安装数据库：1.如果用户的数据库环境为MS SQL Server，那么请参考本章第三节《创建Primavera5.0的MS SQL Server2000的数据库》。

2.如果用户的数据库环境为windows操作系统下的Oracle，并且计划将ProjectManagement和Methodology Management数据库安装在同一个实例上，那么请参考本章第四节《创建Primavera 5.0的windows操作系统上 Oracle的数据库(一个实例)》。

3.如果用户的数据库环境为Unix或Linux操作系统下的Oracle，建议将ProjectManagement和Methodology Management数据库安装在同一个实例上，那么请参考本章第五节《创建Primavera 5.0的非windows操作系统上 Oracle的数据库(一个实例)》。

4.如果用户的数据库环境为windows操作系统下的Oracle，并且计划将ProjectManagement和Methodology Management数据库分别安装成PMDB和MMDB两个实例，那么请参考本章第六节《创建Primavera5.0的windows操作系统上 Oracle的数据库(两个实例)》。

CH6 关系数据库设计实例

CH6 关系数据库设计实例
School of Information Technology, Jiangxi University of Finance & Economics 2
数据库系统原理与设计
第 6 章 关系数据库设计实例
基于B2C的网上书店系统需求描述 的网上书店系统需求描述 基于
书店工作人员以职员身份注册登录后， 书店工作人员以职员身份注册登录后，可维护与发布 以职员身份注册登录后 图书信息、处理订单、安排图书配送和处理退货等。 图书信息、处理订单、安排图书配送和处理退货等。 系统管理员的主要职责是维护注册会员和职员信息。 系统管理员的主要职责是维护注册会员和职员信息。 的主要职责是维护注册会员和职员信息 请为该网上书店设计数据库E-R图和关系模式。要求 图和关系模式。 请为该网上书店设计数据库 图和关系模式 保存所需全部信息，并高效地支持上述各种应用。 保存所需全部信息，并高效地支持上述各种应用。 由于网上书店功能比较复杂，本设计不考虑网上支付 由于网上书店功能比较复杂，本设计不考虑网上支付 确定系统边界。 和退货等功能 —— 确定系统边界。 退货等
订单审核
退回 N
正确? 正确 Y 发票生成 配送单生成
N
在线支付？ 在线支付？ Y 财务结算 订单生成 结束 (a) 订单生成 图6.1 网上书店的主要业务流程 网上书店的主要业务流程rmation Technology, Jiangxi University of Finance & Economics
配送公司管理
网上书店通过配送公司将图书送到会员手中。 网上书店通过配送公司将图书送到会员手中。为方便查 询配送公司信息，要求保存和维护配送公司信息， 询配送公司信息，要求保存和维护配送公司信息，包括 公司编号、公司名称、公司地址、邮政编码、联系人、 公司编号、公司名称、公司地址、邮政编码、联系人、 电话、传真、电子邮箱等属性。 电话、传真、电子邮箱等属性。

CH6 存储结构介绍

CH6 存储结构介绍

CH6 存储结构介绍这一章的内容在ch1的时候，已经粗略介绍过，这里主要对表空间和数据文件的概念重新声明一遍，再细化一下。

表空间：基于数据库的逻辑概念，好处是屏蔽了不同操作系统对数据库存储带来的影响。

一个表空间只能属于一个数据库。

数据文件：只能属于一个表空间，在操作系统中实际存储数据的单元。

单个数据库最多包含65536个数据文件，这个参数在数据库创建的时候，create database 命令里面有。

关于表空间的存储管理，有两类，DICTIONARY MANAGED TABLESPACE：传统数据字典管理表空间，所有可用区间的信息都在数据字典的对应表中记录，当为表分配区间的时候，需要向数据字典表进行提交更改。

LOCALLY MANAGED TABLESPACE：本地表空间，这是从8i以后开始推的一种表空间，特点是在表空间里自己记录可用区间的信息，使用位图的形式存储可用区间的映像，位图表中的每个位，表示一个数据块，或者一个区间的状态，用位图的值来表示已经使用，或者未使用。

本地表空间的使用，实际是分散集中式管理的需要，降低数据字典读写冲突的概率。

也是ORACLE后来ASM发展最初的萌芽。

因为我们知道，一般数据库的开销，大多数出现在查询统计，而查询统计里磁盘读写是关键，相对其他在内存中完成的操作而言，依赖机械转动读取数据的磁盘往往是关键的瓶颈，在使用LOCALLY MANAGED TABLESPACE的时候，降低的是对数据字典读写的冲突，使用多个DBWR同时写磁盘，提高写数据的效率。

单是单位时间内读取的数据量终究是有限的，而实际查询中返回的数据大多数都是无效的，因此如何提高读取效率，是ORACLE改进的方向，以前我们是通过优化SQL查询的代码（例如：查询时尽量不要用SELECT * FROM TBL_NAME，而是尽量使用准确的查询select id from tbl_name，先缩小范围，然后再select username,useradd,…from tbl_name where id=123;这样定位，可以极大降低数据的读取量，提高效率。

中科大软件学院数据库系统概念课件

投影（Project）：返回指定关系中去掉若干 属性后所得的元组
联接（Join）：从两个关系的笛卡儿积中选 取属性间满足给定条件的元组
除（Divide）：除的结果与第二个关系的笛 卡儿积包含在第一个关系中
3、关系代数 的关系封代闭数性的封闭性
任意关系代数操作的结果仍是一个关系
关系代数的封闭性保证了关系代数操作的 可嵌套性
（1）实体完 关系整模性式R的主码的属性不可取空值
学号 S001 S001
课程号 C001
成绩 80 90 80
（2）参照完 外码整（性Foreign Key）
关系模式R的外码是它的一个属性集FK，满 足：
存在带有候选码CK的关系模式S，且 R的任一非空FK值都在S的CK中有一个相同的值
S称为被参照关系（Referenced Relation） ，R称为参照关系（Referential Relation）
•Π姓名，年龄(R)
姓名 John Rose Mike Mary
结构数据模型（数据模型）
按计算机系统的观点对数据进行建模，直接面向数 据库的逻辑结构 与计算机系统和DBMS相关（DBMS支持某种数据 模型） 有严格的形式化定义，以便于在计算机系统中实现
2、数据抽象
的层次
•现实世界
•如关系模型、层次 模型、网状模型、
面向对象模型
•认识 抽象
•信息世界 概念模型
二、关系模型概论
关系模型
用二维表格结构表示实体集，外键表示实体间联系， 三类完整性表示数据约束的数据模型
•关系模型术语 •关系数据库术语
•属性
•字段
•学号 •001
•姓名 •张三
•年龄 •20
•关系模式 •元组1

数据库系统概论chp11-1

串行化调度
11.5.1 可串行化调度
可串行化(Serializable)调度
多个事务的并发执行是正确的，当且仅当其结果与按某 一次序串行地执行这些事务时的结果相同
可串行性(Serializability)
是并发事务正确调度的准则 一个给定的并发调度，当且仅当它是可串行化的，才认
1) 一次封锁法: 要求每个事务必须一次将所有要 使用的数据全部加锁。
缺点 : ① 事务要封锁的数据对象很难事先全部确定 ② 扩大了封锁的范围，降低了系统的并发度
2) 顺序分配法: 事先对数据对象规定一个封锁顺 序，所有事务都按这个顺序实现封锁。
缺点 : ① 维护资源的封锁顺序非常困难，成本很高。 ② 很难按规定的顺序去实施封锁。
事务2
Xlock A 等待 等待 获得Xlock A 读A=15 A=A-1 写回A=14 Commit Unlock A
2. 二级封锁协议
二级封锁协议
一级封锁协议加上事务T在读取数据R之前必须先对其 加S锁，读完后即可释放S锁。
二级封锁协议可以防止丢失修改和读“脏”数据。
在二级封锁协议中，由于读完数据后即可释放S锁， 所以它不能保证可重复读。
会产生多个事务同时存取同一数据的情况 可能会存取和存储不正确的数据，破坏事务隔离性和数据库
的一致性
数据库管理系统必须提供并发控制机制
并发控制机制是衡量一个数据库管理系统性能的重要 标志之一
11.1 并发控制概述
并发控制就是要用正确的方式调度并发操作，使一个 用户事务的执行不受其他事务的干扰，从而避免造成 数据的不一致性
封锁是实现并发控制的一个非常重要的技术
一个事务对某个数据对象加锁后究竟拥有什么样的控 制由封锁的类型决定。
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

分解关系模式
把这个单一模式分成3个关系模式：
S（Sno，Sdept，Sno → Sdept）;
SC（Sno，Cno，Grade，（Sno，Cno） → Grade）;
DEPT（Sdept，Mname，Sdept→ Mname）
国脉信息学院——数据库系统概论
第六章 关系数据理论
6.1 问题的提出 6.2 规范化 6.3 数据依赖的公理系统 *6.4 模式的分解 6.5 小结
6.2.1 函数依赖
6.2.2 码 6.2.3 范式 6.2.4 2NF 6.2.5 3NF 6.2.6 BCNF 6.2.7 多值依赖 6.2.8 4NF
6.2.9 规范化小结
国脉信息学院——数据库系统概论
6.2.4 2NF
1NF的定义
如果一个关系模式R的所有属性都是不可分的基本数据项， 则R∈1NF 第一范式是对关系模式的最起码的要求。不满足第一范式 的数据库模式不能称为关系数据库
各种范式之间存在联系：
1NF 2 NF 3 NF BCNF 4 NF 5 NF
某一关系模式R为第n范式，可简记为R∈nNF。
一个低一级范式的关系模式，通过模式分解可以转换为若 干个高一级范式的关系模式的集合，这种过程就叫规范化
国脉信息学院——数据库系统概论
6.2 规范化
(1) 插入异常
(2) 删除异常 (3) 数据冗余度大 (4) 修改复杂
国脉信息学院——数据库系统概论
S-L-C不是一个好的关系模式（续）
原因 Sdept、 Sloc部分函数依赖于码。 解决方法 S-L-C分解为两个关系模式，以消除这些部分函数依赖
SC（Sno， Cno， Grade） S-L（Sno， Sdept， Sloc）
国脉信息学院——数据库系统概论
三、什么是数据依赖
1. 完整性约束的表现形式
限定属性取值范围：例如学生成绩必须在0-100之间
定义属性值间的相互关连（主要体现于值的相等与
否），这就是数据依赖，它是数据库模式设计的关键
国脉信息学院——数据库系统概论
什么是数据依赖（续）
2. 数据依赖
一个关系内部属性与属性之间的约束关系
6.2.3 范式
范式是符合某一种级别的关系模式的集合
关系数据库中的关系必须满足一定的要求。满足不同程度 要求的为不同范式 范式的种类：
第一范式(1NF) 第二范式(2NF)
第三范式(3NF)
BC范式(BCNF) 第四范式(4NF)
第五范式(5NF)
国脉信息学院——数据库系统概论
6.2.3 范式
数据库系统概论
An Introduction to Database System
第六章 关系数据理论
国脉信息学院——数据库系统概论
第六章 关系数据理论
6.1 问题的提出 6.2 规范化 6.3 数据依赖的公理系统 *6.4 模式的分解 6.5 小结
国脉信息学院——数据库系统概论
6.1 问题的提出
某一作品可被多个演奏者演奏
听众可以欣赏不同演奏者的不同作品 码为(P，W，A)，即All-Key
国脉信息学院——数据库系统概论
外部码
定义6.5 关系模式 R 中属性或属性组X 并非 R的码，但
X 是另一个关系模式的码，则称 X 是R 的外部码 （Foreign key）也称外码 如在SC（Sno，Cno，Grade）中，Sno不是码，但 Sno是关系模式S（Sno，Sdept，Sage）的码，则
例：在关系SC(Sno, Cno, Grade)中，
非平凡函数依赖： (Sno, Cno) → Grade 平凡函数依赖： (Sno, Cno) → Sno (Sno, Cno) → Cno
国脉信息学院——数据库系统概论
平凡函数依赖与非平凡函数依赖（续）
若X→Y，则X称为这个函数依赖的决定属性组，也
国脉信息学院——数据库系统概论
2NF（续）
S-L-C
Sno Grade Sdept
Cno
S-L-C的码为(Sno, Cno) S-L-C满足第一范式。
Sloc
非主属性Sdept和Sloc部分函数依赖于码(Sno, Cno)
国脉信息学院——数据库系统概论
S-L-C不是一个好的关系模式（续）
函数确定Y” 或 “Y函数依赖于X”，记作X→Y。
国脉信息学院——数据库系统概论
说明
1. 所有关系实例均要满足
2. 语义范畴的概念
3. 数据库设计者可以对现实世界作强制的规定
国脉信息学院——数据库系统概论
二、平凡函数依赖与非平凡函数依赖
在关系模式R(U)中，对于U的子集X和Y， 如果X→Y，但Y X，则称X→Y是非平凡的函数依赖 若X→Y，但Y X, 则称X→Y是平凡的函数依赖
国脉信息学院——数据库系统概论
6.2 规范化
6.2.1 函数依赖
6.2.2 码 6.2.3 范式 6.2.4 2NF 6.2.5 3NF 6.2.6 BCNF 6.2.7 多值依赖 6.2.8 4NF
6.2.9 规范化小结
国脉信息学院——数据库系统概论
6.2.2 码
定义6.4 设K为R<U,F>中的属性或属性组合。若K F U，
则K称为R的侯选码（Candidate Key）。
若候选码多于一个，则选定其中的一个做为主码
（Primary Key）。
国脉信息学院——数据库系统概论
码（续）
主属性与非主属性
包含在任何一个候选码中的属性 ，称为主属性（Prime attribute） 不包含在任何码中的属性称为非主属性（Nonprime attribute） 或非码属性（Non-key attribute）
关系 关系模式
Hale Waihona Puke 关系数据库 关系数据库的模式
国脉信息学院——数据库系统概论
二、关系模式的形式化定义
关系模式由五部分组成，即它是一个五元组：
R(U, D, DOM, F)
R： 关系名
U：
D：
组成该关系的属性名集合
属性组U中属性所来自的域
DOM： 属性向域的映象集合 F： 属性间数据的依赖关系集合
6.2.9 规范化小结
国脉信息学院——数据库系统概论
6.2.1 函数依赖
函数依赖
平凡函数依赖与非平凡函数依赖
完全函数依赖与部分函数依赖
传递函数依赖
国脉信息学院——数据库系统概论
一、函数依赖
定义6.1 设R(U)是一个属性集U上的关系模式，X和Y是U的 子集。 若对于R(U)的任意一个可能的关系r，r中不可能存在两个元 组在X上的属性值相等， 而在Y上的属性值不等， 则称 “X
关系数据库逻辑设计
针对具体问题，如何构造一个适合于它的数据模式
数据库逻辑设计的工具──关系数据库的规范化理论
国脉信息学院——数据库系统概论
问题的提出
一、概念回顾
二、关系模式的形式化定义 三、什么是数据依赖 四、关系模式的简化定义 五、数据依赖对关系模式影响
国脉信息学院——数据库系统概论
一、概念回顾
四、关系模式的简化表示
关系模式R（U, D, DOM, F）
简化为一个三元组：
R（U, F）
当且仅当U上的一个关系r满足F时，r称为关系模式 R（U,
F）的一个关系
国脉信息学院——数据库系统概论
五、数据依赖对关系模式的影响
[例1]建立一个描述学校教务的数据库：
学生的学号（Sno）、所在系（Sdept） 系主任姓名（Mname）、课程名（Cname） 成绩（Grade）
四、传递函数依赖
定义6.3 在R(U)中，如果X→Y，(Y X) ,Y→X Y→Z， 则称Z对X传递函数依赖。 传递 记为：X → Z
注: 如果Y→X， 即X←→Y，则Z直接依赖于X。
例: 在关系Std(Sno, Sdept, Mname)中，有： Sno → Sdept，Sdept → Mname Mname传递函数依赖于Sno
Sno是关系模式SC的外部码
主码与外部码一起提供了表示关系间联系的手段
国脉信息学院——数据库系统概论
6.2 规范化
6.2.1 函数依赖
6.2.2 码 6.2.3 范式 6.2.4 2NF 6.2.5 3NF 6.2.6 BCNF 6.2.7 多值依赖 6.2.8 4NF
6.2.9 规范化小结
国脉信息学院——数据库系统概论
称为决定因素（Determinant）。
若X→Y，Y→X，则记作X←→Y。
若Y不函数依赖于X，则记作X→Y。
国脉信息学院——数据库系统概论
三、完全函数依赖与部分函数依赖
定义6.2 在R(U)中，如果X→Y，并且对于X的任何一个真 子集X’，都有X’ X F Y。 若X→Y，但Y不完全函数依赖于X，则称Y对X部分函数 依赖，记作X
现实世界属性间相互联系的抽象 数据内在的性质
语义的体现
国脉信息学院——数据库系统概论
什么是数据依赖（续）
3. 数据依赖的类型
函数依赖（Functional Dependency，简记为FD） 多值依赖（Multivalued Dependency，简记为MVD） 其他
国脉信息学院——数据库系统概论
国脉信息学院——数据库系统概论
数据依赖对关系模式的影响（续）
结论：

Student关系模式不是一个好的模式。 “好”的模式：
不会发生插入异常、删除异常、更新异常， 数据冗余应尽可能少 原因：由存在于模式中的某些数据依赖引起的
解决方法：通过分解关系模式来消除其中不合适
的数据依赖