数据库原理及技术第六章

合集下载

数据库系统原理及应用教程第四版课后答案(苗雪兰 刘瑞新) 机械工业出版社第6章汇总

数据库系统原理及应用教程第四版课后答案(苗雪兰 刘瑞新)  机械工业出版社第6章汇总

6.2答: ① SELECT 姓名,联系电话 FROM 供应商 WHERE 所在城市='天津 ② SELECT * FROM 工程 WHERE 预算 BETWEEN 50000 AND 100000 ORDER BY 预算 DESC ③ SELECT 工程代号 FROM 供应零件 WHERE 供应商代码='S1 ④ SELECT 零件.零件名, 供应零件.数量 FROM 零件,供应零件 WHERE 零件.零件代码=供应零件.零件代码 AND 供应零件.工程代码= 'J2' ⑤ SELECT 零件代号 FROM 供应商, 供应零件 WHERE供应商.供应商代码=供应零件.供应商代码 AND 供应商.所在城 市='上海'
6.1答: ① CREATE TABLE 职工(职工号 CHAR(10) NOT NULL UNIQUE, 姓名 CHAR(8) NOT NULL, 年龄 SMALLINT, 性别 CHAR(2), CONSTRAINT C1 CHECK(性别 IN ('男','女'))) Go CREATE TABLE 社会团体(编号 CHAR(8) NOT NULL UNIQUE, 名称 CHAR(12) NOT NULL, 负责人 CHAR(8), 活动地点 VARCHAR(50), CONSTRAINT C2 FOREIGN KEY(负责人) REFERENCES职工(职工号)) Go CREATE TABLE 参加(职工号 CHAR(8), 编号 CHAR(8), 参加日期 DATE, CONSTRAINT C3 PRIMARY KEY(职工号, 编号), CONSTRAIN C3 FOREIGN KEY(职工号) REFERENCES 职工(职工号)) Go ②SELECT 职工号, 姓名 FROM 职工, 社会团体, 参加 WHERE 职工.职工号=参加.职工号 AND 参加.编号=社会团体.编号 AND社会团体.名称 IN ('唱歌队', '篮球队') ③SELECT * FROM 职工 WHERE NOT EXISTS ( SELECT * FROM 参加 WHERE 参加.职工号=职工.职工号) ④ SELECT * FROM 职工 WHERE NOT EXISTS (SELECT * FROM 参加 WHERE NOT EXISTS (SELECT * FROM 社会团体 WHERE 参加.职工号=职工.职工号 AND 参加.编号=社会团体.编号))

《数据库原理与技术(第二版)》第6章

《数据库原理与技术(第二版)》第6章
数据库原理与技术 (第二版)
本 章 要 点
SQL SERVER管理工具 Transact-SQL 语言 SQL SERVER中的存储过程
SQL SERVER中的触发器 SQL Server中的数据导入和导出
退 出
SQL SERVER管理工具



服务管理器 建立数据库、表、索引的操作 建立视图的操作 数据完整性保护 备份与恢复 数据库安全性管理 查询分析器
CREATE TABLE publishers (pub_id char(4) NOT NULL CONSTRAINT UPKCL_pubind PRIMARY KEY CLUSTERED CHECK (pub_id IN ('0389', '0736', '0877', '1622', '1756') OR pub_id LIKE '20[0-9][0-9]'),pub_name varchar(40) NULL, author varchar(20) NULL, unitprice int NULL, unit varchar(30) NULL DEFAULT('USA') )
建立索引
语句格式: CREATE [UNIQUE] [CLUSTERRED | NONCLUSTERRED] INDEX <索引名称> ON {<表名> | <视图名>} ({<列名>[ASC | DESC]}) [{WITH <索引选项>} ] [ON <文 件组>]

【 例 】 求 关 于 表 publishers 建 立 关 于 pub_id的聚集索引。 语句如下: CREATE UNIQUE CLUSTERRED INDEX pub_pub_id (pub_id ASC ) WITH IGNORE_DUP_KEY

数据库原理及应用SQL-Server 第6章-SELECT数据查询

数据库原理及应用SQL-Server 第6章-SELECT数据查询

6/69
简单查询(2)
❖ 查询全部列
将表中的所有属性列都选出来,可以有两种方法。一种方法就是在 SELECT关键字后面列出所有列名;另一种方法是如果列的显示顺序与 其在基表中的顺序相同,也可以简单地将<目标列表达式>指定为“*”。
例 查询全体学生的详细记录。 USE JXGL GO SELECT * FROM S GO
2021/9/19
10/69
带有WHERE子句的查询 (2)
确定范围
语句BETWEEN…AND…和NOT BETWEEN…AND…可以用来查找 属性值在(或不在)指定范围内的元组,其中BETWEEN后是范围的下 限(即低值),AND后是范围的上限(即高值)。
例 查询年龄在20~23岁(包括20岁和23岁)之间的学生的姓名、 系别和年龄。
基本语句SELECT—FROM—WHERE的含义是:根据WHERE子句 的条件表达式,从FROM子句指定的基本表或视图中找出满足条件的 元组,再按SELECT子句中的目标列表达式,选出元组中的属性值形 成结果表。
2021/9/19
5/69
简单查询(1)
❖ 查询指定列
在很多情况下,用户只对表中的一部分属性列感兴趣,这时可以通 过在SELECT子句的<目标列表达式>中指定要查询的属性列。
USE JXGL GO SELECT SNAME,SEX FROM S WHERE SDEPT IN('CS','MA','IS') GO
2021/9/19
12/69
带有WHERE子句的查询 (4)
字符匹配
运算符LIKE可以用来进行字符串的匹配。其一般语法格式如下: [NOT] LIKE ’<匹配串>’[ESCAPE ’<换码字符>’]

数据库原理与应用教程第四版第六章答案

数据库原理与应用教程第四版第六章答案

数据库原理与应用教程第四版第六章答案免责声明:私人学习之余整理,如有错漏,概不负责1.关系规范化中的操作异常有哪些?是由什么引起的?解决方法是什么?操作异常有数据冗余问题、数据更新问题、数据插入问题、数据删除问题。

其产生的原因是关系模式没有设计好,某些属性之间存在不良的函数依赖。

解决方法是进行模式分解,把一个不良的关系模式分解为两个或多个关系模式。

2.第一、二、三范式的定义分别是什么?第一范式:不包含重复组的关系,即不包含非原子项的属性。

第二范式:属于第一范式,且每个非主属性都完全函数依赖于主码。

第三范式:属于第二范式,且所有非主属性都不传递依赖于主码。

3.什么是部分函数依赖?什么是传递函数依赖?举例说明。

部分函数依赖:在关系模式R(U)中,如果X→Y,并且存在X的一个真子集X0,使得X0→Y,则称Y对X部分函数依赖。

传递函数依赖:在关系模式R(U)中,设X,Y,Z是U的不同的属性子集,如果X确定Y、Y确定Z,且有X不包含Y,Y不确定X,(X∪Y)∩Z=空集合,则称Z传递函数依赖于X。

4.第三范式的关系模式是否一定不包含部分函数依赖?不一定。

可列举以下关系模式:关系模式(A,B,C,D)中AB和BC为候选码,AC相互依赖,D完全依赖于AB或BC,则ABC为主属性。

令AB为主码,此关系模式中各属性不可再分,且非主属性D完全依赖于主码,并不传递依赖于主码,则其为第三范式,但主属性C部分依赖于主码AB。

实际例子:(学号,课程号,身份证号,成绩)候选码:(学号,课程号)和(课程号,身份证号)主码:(学号,课程号)主属性:学号,课程号,身份证号非主属性:成绩5.对于主码只有一个属性组成的关系模式,如果它是第一范式,则它是否也一定是第二范式?第一范式主码只有一个属性,则不存在部分依赖关系,即一定是第二范式。

6.学生修课(学号,姓名,所在系,性别,课程号,课程名,学分,成绩)关系模式…。

指出候选码,判断是第几范式,转为第三范式并指出主码与外码。

数据库原理第6章(最终稿)只是分享

数据库原理第6章(最终稿)只是分享

SLC Sno
Grade Cno
Sdept Sloc
SLC的候选码为(Sno, Cno)
SLC满足第一范式。 非主属性Sdept和Sloc部分函数依赖于码(Sno, Cno)
SLC存在的问题
Sno 5001 5001 5001 5001 5002 5002 5002 5003 5003 5004 5004 5005
设计为关系模式 : Student <U、F>
其中: U ={ Sno, Sdept, Mname, Cname, Grade }
F是什么?
关系模式Student<U, F>中存在的问题
⒈ 数据冗余太大
见教材P171页
浪费大量的存储空间
例:每一个系主任的姓名重复出现、学生姓名也重复
⒉ 更新异常(Update Anomalies)
2.设计的工具:规范化理论
例:职员部门数据库的两种可能设计
方案一
方案二 冗余数据多 容易出现数据 不一致
第六章 关系数据理论
6.1 问题的提出 6.2 规范化 6.3 数据依赖的公理系统 *6.4 模式的分解
概念回顾
关系:描述实体、属性、实体间的联系。 从形式上看,它是一张二维表,是所涉及属性的笛卡 尔积的一个子集。
本数据项,则R∈1NF。
第一范式是对关系模式的最起码的要求。不满足第 一范式的数据库模式不能称为关系数据库。
但是满足第一范式的关系模式并不一定是一个好的 关系模式。
例: 关系模式 SLC(Sno, Sdept, Sloc, Cno, Grade)
Sloc为学生住处,假设每个系的学生住在同一 个地方。
数据库系统概论
An Introduction to Database System

数据库原理(第四版) 第6章 关系数据模型及其运算基础

数据库原理(第四版) 第6章 关系数据模型及其运算基础
2020/3/26
关系模式 及其运算基础
第6章 关系数据模型及 其运算基础
1
主要内容
❖ 关系模型的基本概念 ❖ 关系数据结构及形式化定义
关系 关系模式
❖ 关系的完整性 ❖ 关系代数
传统的集合运算 专门的关系运算
2020/3/26
2
关系模型回顾
❖ E.F.Codd于70年代初提出关系数据理论,他因此 获得1981年的ACM图灵奖
❖ 集合内不能有相同的两个元素
每一分量必须是不可再分的数据
❖ 满足这一条件的关系称作满足第一范式(1NF)的
2020/3/26
7
关系模式
❖ 关系模式
关系的描述称作关系模式,包括关系名、关系中的属性 名、属性向域的映象、属性间的数据依赖关系等,记作 R(A1 , A2 ,…, An )
属性向域的映象一般直接说明为属性的类型、长度等 某一时刻对应某个关系模式的内容(元组的集合)称作关系 关系模式是型,是稳定的
RS={ rs | rR sS }
RS的度为R与S的度之和, RS的元组个数为R和S的
2020/3/26元组个数的乘积
30
r
s
AB
CDE
r×s
1 2
10 a 10 a 20 b 10 b
ABCDE
1 10 a 1 19 a 1 20 b 1 10 b 2 10 a 2 10 a 2 20 b 2 10 b
查询职工的姓名和职称。
∏Ename,Title(Employee) 或者∏2,6(Employee)
2020/3/26
20
并运算
❖ 定义
所有至少出现在两个关系中之一的元组集合
RS ={ r | rR rS }

〉数据库原理及应用教程简答题等答案第六章设计题和简答题答案

〉数据库原理及应用教程简答题等答案第六章设计题和简答题答案

第六章三、设计题1.一个图书管理系统中有如下信息。

图书:书号、书名、数量、位置借书人:借书证号、姓名、单位出版社:出版社名、邮编、地址、电话、E-mail其中约定:任何人可以借多种书,任何一种书可以被多个人借,借书和还书时,要登记相应的借书日期和还书日期;一个出版社可以出版多种书籍,同一本书仅为一个出版社所出版,出版社名具有唯一性。

根据以上情况,完成如下设计。

(1)设计该系统的E-R图。

(2)将E-R图转换为关系模式。

(3)指出转换后的每个关系模式的主码。

关系模式及主码图书(书号,书名,数量,位置,出版社名)借书人(借书证号,姓名,单位)出版社(出版社名,邮编,地址,电话,E-mail)2.图6-26(a)、(b)和(c)给出某企业管理系统三个不同的局部E-R图,将其合成一个全局E-R图,并设置各个实体以及联系的属性(允许增加必要的属性,也可将实体的属性改为联系的属性)。

(a ) (b ) (c ) 图6-26 局部E-R 图各实体的属性如下。

部门:部门号、部门名、电话、地址职员:职员号、职员名、职务、年龄、性别设备:设备号、名称、规格、价格零件:零件号、名称、规格、价格3.经过需求分析可知,某医院病房计算机管理系统中需要管理以下信息。

科室:科室名、科室地址、科室电话、医生姓名病房:病房号、床位号、所属科室医生:工作证号、姓名、性别、出生日期、联系电话、职称、所属科室名病人:病历号、姓名、性别、出生日期、诊断记录、主管医生、病房号其中,一个科室有多个病房、多名医生,一个病房只属于一个科室,一个医生只属于一个科室,但可负责多个病人的诊治,一个病人的主管医生只有一个。

根据以上需求分析的情况,完成以下有关的设计。

(1)画出该计算机管理系统中有关信息的E-R 图。

(2)将该E-R 图转换为对应的关系模式。

(3)指出转换以后的各关系模式的范式等级和对应的候选码。

科室(科室名,科室地址,科室电话)病房(病房号,床位号,科室名)医生(工作证号,姓名,性别,出生日期,联系电话,职称,科室名)病人(病历号,姓名,性别,出生日期,诊断记录,主管医生,病房号)4. 排课是教学环节中的重要过程,该过程包括以下实体。

chp6数据库原理及应用-电子教案

chp6数据库原理及应用-电子教案

6.2
数据库的安全性
在一般计算机系统中,安全措施是一层一层设置的, 下图是常见的计算机系统安全模型。 用户 用户标识 和鉴别
DBMS 存取控制
OS 操作系统 安全保护
DB
密码存储
6.2
数据库的安全性

6.2.1 6.2.2 6.2.3 6.2.4 6.2.5 6.2.6
用户标识与鉴别 存取控制 视图 数据加密 跟踪审计 统计数据库的安全
6.1
防范对象:
概述
安全性的防范对象:非法用户和非法操作。 完整性的防范对象:是不合法的语义数据。
第6章 数据库安全性和完整性
6.1 概述
6.2 数据库的安全性
6.3 数据库的完整性
6.4 SQL的完整性控制
本章小结
6.2
数据库的安全性
安全性问题是计算机系统中普遍存在的一个问题, 而在数据库系统中显得尤为突出。 原因:数据库系统中大量数据集中存放,而且为许 多最终用户直接共享。数据库系统建立在操作系统之 上,而操作系统是计算机系统的核心,因此数据库系 统的安全性与计算机系统的安全性息息相关。
6.2
6.2.1 6.2.2 6.2.3 6.2.4 6.2.5 6.2.6
数据库的安全性
用户标识与鉴别 存取控制 视图 数据加密 跟踪审计 统计数据库的安全
6.2.2 存取控制
数据库安全性所关心的主要是DBMS的存取 控制机制。存取控制是确保具有授权资格的用户 访问数据库的权限,同时使得所有未被授权的人 员无法访问数据库的机制。 1.存取控制机制的构成部分 (1)定义用户权限:用户权限是指用户对于数据对象
6.2.2 存取控制
一般强制存取控制采用以下几种方法实现: (1)限制访问控制 (2)过程控制 (3)系统限制
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

3NF(III)
❖ 原因: S_SD 3NF,因为
▪ SNOSNAME, SNODEPT
▪ SNO HEAD
▪ 原因:SNODEPT,DEPTHEAD
❖ 规范化
t
▪ 将S分解为:
• DEPT(DEPT , HEAD)
• STUDENT(
, SNAME , SNO)
DEPT
BCNF(I)
❖ 示例 ▪ STJ(S, T, J),S表示学生,T表示教师,J表示课程。每位老师只教授一门课,每门 课由若干教师教,某一学生选定某门课就确定了一个固定的教师,因此具有以下 函数依赖: TJ,(S,J)T (S,T),(S,J)为候选码。
函数依赖
❖ 一个实体型的诸属性之间具有内在的联系,通过对这些联系的分析,我们可以做到一个关系 模式只表示一个实体型的信息,从而消除上述问题。在关系模型中,我们利用数据依赖来描 述这些属性间的联系。
❖ 数据依赖是通过关系中属性间值的相等与否体现出来的数据间的相互关系,它是现实世界属 性间相互联系的抽象,是数据内在的性质,是语义的体现。其中最重要的是函数依赖。
❖ 定义 关系中每一分量必须是原子的,不可再分。即不能以集合、序列等作为属性值。
SNO S1
CNO {C1,C2,C3}
不满足1NF的关系模式
SNO S1 S1 S1
CNO C1 C2 C3
满足1NF的关系模式
2NF(Ⅰ)
❖ 定义 ▪ 若R1NF,且每个非主属性完全依赖于码,则称R2NF ▪ 将1NF的关系模式规范化为2NF的关系模式,其方法是消除1NF的关系模式中非主 属性对码的部分依赖。 ▪ 思考:如果关系R的全体属性都是R的主属性,或者R的所有候选码都只含一个属 性,那么,R是否属于第二范式?
▪ 数据冗余和更新异常:学生及其所选课程很多,而系主任只有一个,但其却要和 学生及其所选课程出现的次数一样多。此外,如果某个系要更换系主任,就必须 修改这个系学生所选课程的每个元组,修改其中的系主任信息。若有疏忽,就会 造成数据的不一致,从而造成更新异常。
关系数据库设计中存在的问题(Ⅲ)
❖ 原因:把多个实体型用一个关系模式表示 ❖ 解决之道:分解
关系数据库设计中存在的问题(I) ❖ 有关学生的关系模式S(SNO , SNAME , DEPT , HEAD , CNO , G)
SNO S01 S02 ❖ 主键?S01 S03 S04 S02 S05
SNAME 杨明 李婉 杨明 李婉 安然 李婉 乐天
DEPT D01 D01 D01 D02 D02 D01 D03
函数依赖
❖ 函数依赖极为普遍地存在于现实生活中。考察关系模式S(SNO , SNAME , DEPT , HEAD , CNO , G),由于一个SNO只对应一个学生,而一个学生只能在一个系中学习。因 而当SNO的值确定后,SNAME和DEPT也被唯一地确定了。就像自变量x确定后,相应的 f(x)也被确定了一样。我们说SNO函数决定(SNAME,DEPT),而(SNAME,DEPT) 函数依赖于SNO。
G
C01
90
C01
87
C02
92
C01
95
C02
78
C03
81
C01
82
函数依赖
❖ 函数依赖于属性间的联系类型有关。 ▪ 当X、Y之间是“1对1”联系时,则存在函数依赖XY和Y X。 • 如:学号和身份证号 ▪ 当X、Y之间是“多对1”联系时,则存在函数依赖XY。 • 如:SNO和DEPT ▪ 当X、Y之间是“多对多”联系时,则不存在函数依赖。 • 如:SNO和CNO
BCNF(III)
❖ 定义 ▪ 若关系模式R< U , F >1NF,若XY,且YX时,X必含有码,则R< U , F > BCNF。 ▪ 由BCNF的定义可以看到,每个BCNF的关系模式都具有如下三个性质: • 所有非主属性都完全函数依赖于每个候选码。 • 所有主属性都完全函数依赖于每个不包含它的候选码。 • 没有任何属性完全函数依赖于非码的任何一组属性。
, CNO , G)2NF
p
p p
SNO
3NF(I)
❖ 不良特性
S_SD(SNO, SNAME, DEPT, HEAD)
▪ 插入异常:如果系中没有学生,则有关系的信息就无法插入。
▪ 删除异常:如果学生全部毕业了,则在删除学生信息的同时有关系的信息也随之 删除了。
▪ 更新异常:如果学生转系,不但要修改DEPT,还要修改HEAD,如果换系主任, 则该系每个学生元组都要做相应修改。
▪ 数据冗余:每个学生都存储了所在系的系主任的信息。
3NF(II)
❖ 定义
▪ 关系模式R< U , F >中,若不存在这样的码X,属性组Y及非主属性Z(Z Y),使得 下式成立,
则称R3NF。
XY , YZ , YX
▪ 将2NF的关系模式规范化为3NF的关系模式,其方法是消除2NF的关系模式中非主 属性对码的传递依赖。
BCNF(Ⅱ)
❖ 不良特性 ▪ 插入异常:如果没有学生选修某位老师的任课,则该老师担任课程的信息就无法 插入。 ▪ 删除异常:删除学生选课信息,会删除掉老师的任课信息。 ▪ 更新异常:如果老师所教授的课程有所改动,则所有选修该老师课程的学生元组 都要做改动。 ▪ 数据冗余:每位学生都存储了有关老师所教授的课程的信息。
函数依赖
❖ 函数依赖是不随时间而变的。若关系模式R具有函数依赖XY,那么虽然关系模式R的 关系实例r在X,Y上的取值各不相同,并且随时间而变化, 但X,Y在任一特定时刻都 保持函数依赖XY 。
❖ 函数依赖不是指关系模式R的某个或某些关系满足的约束条件,而是指R的一切关系均 要满足的约束条件。
❖ 函数依赖是语义范畴的概念,它反映了一种语义完整性约束,我们只能根据语义来确定 一个函数依赖。
2NF(III)
❖ 原因:S2NF,因为
(SNO,CNO)
G
f SNOSNAME,(SNO,CNO) SNO DEPT,(SNO,CNO)
SNAME DEPT
SNOHEAD, (SNO,CNO) HEAD
❖ 规范化
将S分解为:
S_SD(SNO, SNAME, DEPT, HEAD) 2NF
SC(
关系数据库设计中存在的问题(I)
SNO
SNAME
S01
杨明
S02
李婉
S01
杨明
S03
李婉
❖ G→SNO? G→SNAME? ❖ SNSO04→SNAME安?然
S02
李婉
S05
乐天
DEPT D01 D01 D01 D02 D02 D01 D03
HEAD 李一 李一 李一 王二 王二 李一 赵三
CNO
d3
a3
b3
c2
d4
❖ 检验:A→C?C→A?AB→D?

❖ 定义 ▪ 候选码:设K为R< U , F >的属性或属性组合, 若K U ,则称K为R的一个候 选码。若候选码多于一个,则选定其中一个作为主码。 ▪ 超码:设K为R< U , F >的属性或属性组,若K U,则称K为R的超码。
f

▪ 主属性:包含在任何一个候选码中的属性,称作主属性。 ▪ 非主属性:不包含在任何一个候选码中的属性,称作非主属性。 ▪ 全码:关系模式的码由整个属性组构成。
SNO
CNO
G
S01
C01
90
S02
C01
87
S01
C02
92
S03
C01
95
S04
C02
78
S02
C03
81
S05
C01
82
SNO S01 S02 S03 S04 S05
DEPT D01 D02 D03
HEAD 李一 王二 赵三
SNAME 杨明 李婉 李婉 安然 乐天
DEPT D01 D01 D02 D02 D03
函数依赖
▪ 平凡函数依赖:如果X Y,但YX,则称其为非平凡的函数依赖,否则称为平凡 的函数依赖。如(SNO,SNAME) SNAME是平凡的函数依赖
▪ 完全函数依赖:在R(U)中,如果XY,且对于X的任何真子集X' ,都有X'Y ,则 称Y对X完全函数依赖,记作X Y ,否则称为Y对X部分函数依赖,记作X Y。
2NF(II)
关系模式S(SNO, SNAME , DEPT , HEAD , CNO , G) ❖ 不良特性
▪ 插入异常:如果学生没有选课,关于他的个人信息及所在系的信息就无法插入。 ▪ 删除异常:如果删除学生的选课信息,则有关他的个人信息及所在系的信息也随之删
除了。 ▪ 数据冗余:如果一个学生选修了k门课,则有关他的所在系的信息重复 ▪ 更新异常:如果学生转系,若他选修了k门课,则需要修改k次。
函数依赖
SNO
SNAME
S01
杨明
S02
李婉
S01
杨明SLeabharlann 3李婉SELECTS0S4NAME FR安O然M S WHERE SNO=‘S01’
SELECTS0S2NAME FR李O婉M S
WHERE SNO=‘S02’
S05
乐天
DEPT D01 D01 D01 D02 D02 D01 D03
HEAD 李一 李一 李一 王二 王二 李一 赵三
数据库原理及技术第六章
问题
❖ 如何才能构造一个良好的关系模式?要回答这个问题就必须要解决以下问题: ▪ 什么是不好的关系模式,一个不好的关系模式存在哪些弊病? ▪ 区分一个关系模式设计的优劣程度的标准是什么? ▪ 如何将一个不好的关系模式转换为一个好的关系模式?
相关文档
最新文档