数据库讲稿演示第四章
合集下载
《数据库第4章》课件
03
SQL语言基础
SQL语言概述
总结词
简洁、高效、标准化的特点
详细描述
SQL（Structured Query Language）是一种用于管理关系数据库的标准编程语言。它以简洁的语法 和高效的性能而著称，被广泛应用于数据查询、更新、管理以及数据库设计和维护。
SQL语言的数据定义功能
总结词
定义、修改、删除数据结构
关系数据库系统的特点
要点一
总结词
关系数据库系统具有数据完整性、标准化、安全性和并发 控制等特点。
要点二
详细描述
数据完整性是指关系数据库中的数据保持准确性和一致性 ，防止错误和无效数据的输入。标准化是指通过规范化的 表格结构和关系，减少数据冗余和保证数据一致性。安全 性是指对数据库的访问进行控制，确保数据的保密性和完 整性。并发控制则是在多用户同时访问数据库时，确保数 据的一致性和避免冲突。
安全对于保护企业资产、个人隐私以及国家安全等方面都具有重要意义
。
数据库的安全性控制
用户身份认证
通过用户名和密码等身份认证方式，确保只 有经过授权的用户才能访问数据库。
访问控制
根据用户的角色和权限，限制用户对数据库 的访问范围和操作权限。
数据加密
对敏感数据进行加密存储，以防止未经授权 的用户获取和利用。
05
数据库安全与保护
数据库安全概述
01
数据库安全定义
数据库安全是指通过采取各种安全措施和技术手段，确保数据库中的数
据不被未经授权的访问、使用、泄露、破坏、修改或销毁。
02
数据库安全威胁
数据库面临的安全威胁包括数据泄露、数据篡改、数据损坏、非授权访
问等。
03
第4讲 MySQL数据库PPT课件
范围字段决定表中每个条目的范围，即， 条目适用的上下文。
表名 范围字段
user Host User Password
db Host Db User
host Host Db
MySQL授权表－－范围字段
使用user表中的范围字段。
Host值可以是主机名、IP地址或‘localhost’。 可 以使用通配符字符“%”和“_”。 ‘%’匹配任 何主机名，一个空白值等价于‘%’。 “_”匹配 一个字符。
当你想要一个给定的db条目应用于若干主机时， host表作为db表的扩展被使用。例如，如果你想要 一个用户能在你的网络从若干主机使用一个数据库， 在用户的db表的Host条目设为空值，然后将那些主 机的每一个移入host表。
tables_priv和columns_priv表类似于db表，但 是更精致：他们在表和列级应用而非在数据库 级。
在User字段中不允许使用通配符，但是能指定空白 的值，它匹配任何名字。如果user表某一条目有一 个空白的用户名，则用户被认为是匿名用户(没有名 字的用户)，而非客户实际指定的名字。这意味着一 个空白的用户名被用于在连接期间的进一步的存取 检查(即，在阶段2期间)。
Password字段可以是空白的。这不意味着匹配任何 口令，它意味着用户必须不指定一个口令进行连接。
第四讲 访问数据库
MySQL入门
MySQL－简介
MySQL官方网站
MySQL is the world's most popular Open Source Database, designed for speed, power and precision in mission critical, heavy load use.
表名 范围字段
user Host User Password
db Host Db User
host Host Db
MySQL授权表－－范围字段
使用user表中的范围字段。
Host值可以是主机名、IP地址或‘localhost’。 可 以使用通配符字符“%”和“_”。 ‘%’匹配任 何主机名，一个空白值等价于‘%’。 “_”匹配 一个字符。
当你想要一个给定的db条目应用于若干主机时， host表作为db表的扩展被使用。例如，如果你想要 一个用户能在你的网络从若干主机使用一个数据库， 在用户的db表的Host条目设为空值，然后将那些主 机的每一个移入host表。
tables_priv和columns_priv表类似于db表，但 是更精致：他们在表和列级应用而非在数据库 级。
在User字段中不允许使用通配符，但是能指定空白 的值，它匹配任何名字。如果user表某一条目有一 个空白的用户名，则用户被认为是匿名用户(没有名 字的用户)，而非客户实际指定的名字。这意味着一 个空白的用户名被用于在连接期间的进一步的存取 检查(即，在阶段2期间)。
Password字段可以是空白的。这不意味着匹配任何 口令，它意味着用户必须不指定一个口令进行连接。
第四讲 访问数据库
MySQL入门
MySQL－简介
MySQL官方网站
MySQL is the world's most popular Open Source Database, designed for speed, power and precision in mission critical, heavy load use.
数据库课件第4章-文档资料
数据库及其应用
第4章 表 与 关 系
学习目标与要求
• 通过本章学习，应达到以下要求： 1．深入理解Access表结构的基本概念。 2．深入理解数据类型的意义，掌握Access提供的 数据类型的类别及适用对象。 3．深入了解掌握表的创建方法，可以用不同方法 创建表，并进行字段属性设置。 4．深入理解表之间关系的意义，掌握建立表之间 关系的操作方法，并应用关系实现数据之间的 参照完整性。 5．理解并掌握表的各种视图，应用不同视图完成 对表的数据记录的输入和维护、表结构的修改 以及对表中数据的其他各种操作。
4.1 表对象的结构与数据类型
• 表中所有记录具有相同字段结构，每一列字段具 有唯一的取值集合，即数据类型。 • 一般来说，表的每个记录不重复。可指定主键 （Primary Key）作为区分各记录的标识，主键是 一个或者多个字段的组合。 • 一个数据库中多个表之间常常互相联系。一个表 的主键在另外一个表中作为将两个表关联起来的 字段，称为外键（Foreign Key）。外键与主键之 间，必须满足参照完整性要求 • 整个图书销售数据库8个表的字段构成及相互之间 的关系，如图所示。
4.1 表对象的结构与数据类型
4、是/否型。 • 用于表达具有真或假的逻辑值，或者是相 对两个值。 • 作为逻辑值的常量，可以取的值有：true 与false、on与off、yes与no等。这几组值 在存储时实际上都只存一位。 • True、on、yes存储的值是-1，false、off 与no存储的值为0。
4.1 表对象的结构与数据类型
2
数据类型
• 数据类型是数据处理的重要概念。DBMS事先将所 有数据进行分类，一个DBMS中数据类型的多少是 其功能强弱的重要指标，不同DBMS在数据类型的 规定上各有不同。 • 数据类型规定了每一类数据的取值范围、表达方 式和运算种类。 • 每个数据都应该有明确的数据类型。因此，定义 表时每个字段都要指出其类型。有一些数据，可 以定义不同的类型，这样的数据到底应该指定为 哪种类型，要根据它自身的用途和特点来确定。
第4章 表 与 关 系
学习目标与要求
• 通过本章学习，应达到以下要求： 1．深入理解Access表结构的基本概念。 2．深入理解数据类型的意义，掌握Access提供的 数据类型的类别及适用对象。 3．深入了解掌握表的创建方法，可以用不同方法 创建表，并进行字段属性设置。 4．深入理解表之间关系的意义，掌握建立表之间 关系的操作方法，并应用关系实现数据之间的 参照完整性。 5．理解并掌握表的各种视图，应用不同视图完成 对表的数据记录的输入和维护、表结构的修改 以及对表中数据的其他各种操作。
4.1 表对象的结构与数据类型
• 表中所有记录具有相同字段结构，每一列字段具 有唯一的取值集合，即数据类型。 • 一般来说，表的每个记录不重复。可指定主键 （Primary Key）作为区分各记录的标识，主键是 一个或者多个字段的组合。 • 一个数据库中多个表之间常常互相联系。一个表 的主键在另外一个表中作为将两个表关联起来的 字段，称为外键（Foreign Key）。外键与主键之 间，必须满足参照完整性要求 • 整个图书销售数据库8个表的字段构成及相互之间 的关系，如图所示。
4.1 表对象的结构与数据类型
4、是/否型。 • 用于表达具有真或假的逻辑值，或者是相 对两个值。 • 作为逻辑值的常量，可以取的值有：true 与false、on与off、yes与no等。这几组值 在存储时实际上都只存一位。 • True、on、yes存储的值是-1，false、off 与no存储的值为0。
4.1 表对象的结构与数据类型
2
数据类型
• 数据类型是数据处理的重要概念。DBMS事先将所 有数据进行分类，一个DBMS中数据类型的多少是 其功能强弱的重要指标，不同DBMS在数据类型的 规定上各有不同。 • 数据类型规定了每一类数据的取值范围、表达方 式和运算种类。 • 每个数据都应该有明确的数据类型。因此，定义 表时每个字段都要指出其类型。有一些数据，可 以定义不同的类型，这样的数据到底应该指定为 哪种类型，要根据它自身的用途和特点来确定。
数据库系统原理课件第四章演示文稿2024新版
封锁技术
通过设置锁来防止对数据的并发访问冲突。
恢复与并发控制实施方法
时间戳技术
为每个事务分配一个唯一的时间戳，根据时 间戳来决定事务的执行顺序。
乐观并发控制
假设多个事务在并发执行时不会互相干扰， 只在提交时检查是否有冲突。
悲观并发控制
在事务执行过程中就采取措施防止其他事务 的干扰，如加锁等。
THANKS
安全性与完整性实施方法
实体完整性
确保表中的每一行数据都有一个唯一的标识符，防止数据重复和混乱。
参照完整性
在相关联的表之间建立外键约束，确保表之间的数据一致性和有效性。
安全性与完整性实施方法
用户定义的完整性
根据具体的应用需求和数据语义，定义特定的完整性约束条件，如数据范围、格式等。
并发控制
通过锁定机制、时间戳等方法控制多个用户对同一数据的并发操作，防止数据不一致和 冲突。
言）是用于管理关系数据库的标准编程语言。
02
SQL语言的主要功能包括数据查询、数据定义、数据
操纵和数据控制。
03
SQL语言具有简单易学、功能强大、可移植性好等优
点，被广泛应用于各种关系数据库管理系统中。
数据定义语言（DDL）
DDL（Data Definition Language，数据定义语言）用于定义和管理数据 库中的对象，如表、视图、索引等。
02
数据库是长期存储在计算机内 、有组织的、可共享的大量数 据的集合。
03
数据库管理系统（DBMS）是 数据库系统的核心软件，它提 供数据定义、数据操作、数据 控制和数据维护等基本功能。
数据库系统特点
数据结构化
数据库中的数据是按照一定 的数据模型组织、描述和存 储的，具有较高的结构化程 度。
SQL server 数据库第4章PPT课件
3．统一字符文本类型 Ntext
Ntext存储的是可变长度的双字节字符数据类型，最 多可以存储（230-1）/2个字符。 l 统一字符型数据长度n为“字符”个数，所占字节数 为2*n。 l 统一字符型字符串常量必须使用单引号括起来。 l Nchar、Nvarchar数据类型若不指定长度n，默认为1 个字符（2个字节）。 l 若实际字符串长度超过指定的n个字符，用局部变量 存储时只截取字符串前n个字符，其余字符舍掉。 l 统一字符型数据可以在SSMS中直接输入到数据表中， 但输入的字符个数超过字段长度时则系统不接受。 l 在用INSERT或UPDATE为数据表统一字符型字段输入、 更新字符串时，若超过n个字符则系统提示“将截断字 符串或二进制数据”并终止命令执行，不能保存该数据。
5．近似值实型浮点数 real
占4字节固定长度内存，最多7位有效数字，范围从3.40E+38到1.79E+38。 6．可变精度实型浮点数 float(n) l 当n的取值为1-24时，数据精度是7位有效数字，范围 从-3.40E+38到1.79E+38，占4字节内存。 l 当n的取值为25-53时，精度是15位有效数字，范围从1.79E+308到1.79E+308，占8字节内存。 l 实型浮点数常量可以直接使用科学记数法的指数形式 书写。
长字段）。
l numeric型数据所占的存储空间随精度的不同而不同，一
般说来对应关系为:
p的取值范围
数据所占内存字节数
1 -9
5
10-19
9
20-28
13
29-38
17
8．精确小数型数据 Decimal(p,s) 或 Dec(p,s)
该类型数据与Numeric(p,s)类型用法相同，所不同的是
数据库说课完整ppt课件
教学手段多媒体直观形象生动丰富教学内容拓展深度广度增加师生互动体现课程结构突出整体思路板书学习环境轻松知识掌握牢固教环环相扣逐步深入讲解突出重点突破难点任务培养独立思考解决问题能力深入浅出掌握知识查询特定列查询全部列查询计算列select显示答案回顾导入5分钟设置任务5分钟讲解30分钟探究总结10分钟数据定义cnocnctscsnocnoscore查询全体学生的学号与姓名任务查询计算机系年龄在20岁以下的学生姓名任务6
掌握知识 应用能力
解决 问题
讲授知识 任务演示
4.教法学法
举一反三 综合能力
总结 评价
学生反馈 定期测验
板书
增加师生互动 体现课程结构 突出整体思路
多媒体
直观形象生动 丰富教学内容 拓展深度广度
5.教学手段
教学效果
学习环境轻松 知识掌握牢固 教学效果提高
6.教学程序
回顾 5分钟 导入
设置 5分钟 新课 30分钟 探究
演示过程
PPT 简洁而不简单、丰富而不繁杂
学生反馈
自我评价
8.教后反思
听取意见
知识理解
了解学生情况 调整下节任务
不断进步
找到自己不足 努力改正错误
取长补短
加强经验交流 提高教学质量
Q&A
谢谢大家！
11 >
知识体系主要环节 为后续知识做铺垫
确定依据
综合性较强 学生无基础
单表查询 合并查询
重点
重点 难点
难点
嵌套查询
3.重点难点
联系实际 加强练习
解决方法
阶梯设疑 分解整合
教法 学法 宏观：任务驱动；微观：问题牵引
主动学习 理解能力
提出 问题
掌握知识 应用能力
解决 问题
讲授知识 任务演示
4.教法学法
举一反三 综合能力
总结 评价
学生反馈 定期测验
板书
增加师生互动 体现课程结构 突出整体思路
多媒体
直观形象生动 丰富教学内容 拓展深度广度
5.教学手段
教学效果
学习环境轻松 知识掌握牢固 教学效果提高
6.教学程序
回顾 5分钟 导入
设置 5分钟 新课 30分钟 探究
演示过程
PPT 简洁而不简单、丰富而不繁杂
学生反馈
自我评价
8.教后反思
听取意见
知识理解
了解学生情况 调整下节任务
不断进步
找到自己不足 努力改正错误
取长补短
加强经验交流 提高教学质量
Q&A
谢谢大家！
11 >
知识体系主要环节 为后续知识做铺垫
确定依据
综合性较强 学生无基础
单表查询 合并查询
重点
重点 难点
难点
嵌套查询
3.重点难点
联系实际 加强练习
解决方法
阶梯设疑 分解整合
教法 学法 宏观：任务驱动；微观：问题牵引
主动学习 理解能力
提出 问题
数据库系统原理课件第4章DataBase
三、数据库安全机制的设计目标：
试图破坏安全的人所花费的代价>>得到的利益
下课了。。。
休息一会儿。。。
B3
design and tested）
EAL7 形式化验证的设计和测试（formally verified design and
A1
tested）
4.1 计算机安全性概述
当前系统安全标准现状
B2以上的系统还处于理论研究阶段
应用多限于一些特殊的部门，如军队等
美国正在大力发展安全产品，试图将目前仅限于少数领域应
用的B2安全级别下放到商业应用中来，并逐步成为新的商业
标准
安全级别 定义
A1
验证设计（Verified Design）
B3
安全域（Security Domains）
B2
结构化保护（Structural Protection）
B1
标记安全保护（Labeled Security Protection）
C2
AS
001 张三 21 男 CS
SELECT *
002 李四 22 女 IS
FROM Student
003 王五 20 男 MA
WHERE Sdept='CS'；
sno sname sage ssex sdept 001 张三 21 男 CS
CS_student
4.3 视图机制
授权
GRANT SELECT ON CS_STUDENT TO 王平
TCSEC标准（可信计算机系统评估准则）
安全级别
A1 B3 B2 B1 C2 C1 D
定义 验证设计（Verified Design） 安全域（Security Domains） 结构化保护（Structural Protection） 标记安全保护（Labeled Security Protection） 受控的存取保护（Controlled Access Protection） 自主安全保护（Discretionary Security Protection） 最小保护（Minimal Protection）
试图破坏安全的人所花费的代价>>得到的利益
下课了。。。
休息一会儿。。。
B3
design and tested）
EAL7 形式化验证的设计和测试（formally verified design and
A1
tested）
4.1 计算机安全性概述
当前系统安全标准现状
B2以上的系统还处于理论研究阶段
应用多限于一些特殊的部门，如军队等
美国正在大力发展安全产品，试图将目前仅限于少数领域应
用的B2安全级别下放到商业应用中来，并逐步成为新的商业
标准
安全级别 定义
A1
验证设计（Verified Design）
B3
安全域（Security Domains）
B2
结构化保护（Structural Protection）
B1
标记安全保护（Labeled Security Protection）
C2
AS
001 张三 21 男 CS
SELECT *
002 李四 22 女 IS
FROM Student
003 王五 20 男 MA
WHERE Sdept='CS'；
sno sname sage ssex sdept 001 张三 21 男 CS
CS_student
4.3 视图机制
授权
GRANT SELECT ON CS_STUDENT TO 王平
TCSEC标准（可信计算机系统评估准则）
安全级别
A1 B3 B2 B1 C2 C1 D
定义 验证设计（Verified Design） 安全域（Security Domains） 结构化保护（Structural Protection） 标记安全保护（Labeled Security Protection） 受控的存取保护（Controlled Access Protection） 自主安全保护（Discretionary Security Protection） 最小保护（Minimal Protection）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库系统基础
33
一个n：m的联系转换为一个关系。联系
中各实体关键字的组合组成关系的关键字 (组合关键字)。 具有相同关键字的关系可以合并。
例，将汽车修理管理信息系统E—R图转
换成一组初始关系模式。
1）把每一实体转换为一个关系
实体：修理工
对应的关系：修理工（工号，姓名，地址，电话， 出生年月，进厂日期，小时工资）
及时登记到数据库文件中。 开修车发票。根据修理单记载的修理小时 和零件用量记载的耗用零件，按规定的算 式计算出修理费和零件费，然后打印发票。 打印报表。包括两种月报表（零件耗用和 工资津贴）和一种季报表（零件订货）。 查询和统计。满足对数据库中各种数据的 查询、统计和分析等需求。
数据库系统基础 18
数据库系统基础 36
3）改进转换结果
修理工（工号，姓名，地址，电话，出生年月， 进厂日期，小时工资） 修理单（编号，牌号，工号，项目，修理小时， 送修日期，完工日期） 汽车（牌号，型号，生产厂，车主名） 车主（车主名，地址，电话） 零件库存表（零件号，零件名，成本，价格， 库存量，最小库存，订货量） 零件用量表（编号，零件号，数量）
Z3，Z4
Z3，Z2 Z4
数据库系统基础
13
对目标系统的应用需求
用数据文件代替现用的全部帐册； 具有对各种数据文件装入和修改的功能； 能计算修车费用和开发票； 能找出需要订货的零件，编制并打印零件 订货计划； 按现行格式和内容编制和打印零件耗用月 报表和修理工资月报表； 有多种查询和统计功能。
数据库系统基础 7
用户需求主要包括以下三方面：
信息需求。用户要从数据库获得的信息内
容。信息需求定义了新系统应该提供的 所有信息，应描述清楚系统中数据的性质 及其联系。 处理需求。即完成什么处理功能及处理方 式。处理需求定义了新系统数据处理的 操作，应描述操作执行的场合、频率、操 作对数据的影响等等。 安全性和完整性要求。在定义信息需求和 处理需求的同时必须相应确定安全性、完 整性约束。
局部 E—R 图 综合 E—R 图
逻辑结构设计 图 4.17 概念结构设计步骤
数据库系统基础
20
E—R方法的基本步骤包括：
设计局部E—R图；
综合成初步E—R图；
优化成基本E—R图。
数据库系统基础
21
一、设计局部E—R图
一个局部E—R图要反映出具体应用。
首先，根据需求分析阶段产生的各个部 门的相关数据，设计出各项应用的局部 E—R图。
数据库系统实现和运行
数据库实施； 数据库运行； 数据库维护； 数据库重组。
数据库系统基础
6
§ 4.2需求分析 系统的需求分析有经历下列步骤：
调查研究当前系统的工作状况，即进行
详细的用户调查； 通过对调查内容的“分析”与“抽象”， 列出经过用户许可的目标系统需求； 对上述需求进行“数据分析”和“功能 分析”，分别得出系统对数据和数据应 用两方面的需求。
E—R图集成。 E—R图集成又包括综合 和优化两个步骤。
再考查具有相同关键字的实体类型。 消除冲突。由于局部E—R图是各部门局部 应用的反映，各个局部E—R图之间难免出 现不一致的地方，称之为冲突。一般有三 种类型的冲突：
数据库系统基础 24
局部E—R图的合并。先考查同名实体类型，
属性冲突。如属性域的冲突和属性取值精度 或单位的冲突等。 命名冲突。包括属性名、实体名、联系名之 间的同名异义或者异名同义问题。 结构冲突。同一个对象在不同的局部E—R图 中有不同的表示。
数据库系统基础 8
例：某汽车修理厂根据业务发展的需 要，决定建立一个管理信息系统，以 代替人工管理。目标系统取名为“汽 车修理管理信息系统” （QCXL_MIS）。通过用户调查， 初步整理出以下的结果：
当前系统工作状况
5种单据，4种帐册和3种主要报表。
数据库系统基础
9
当前系统单据一览表 编号 名 称
第四章 数据库设计
一、数据库设计概述 二、需求分析 三、概念结构设计 四、逻辑结构设计
数据库系统基础
1
§4.1数据库设计概述
在数据库领域内，常把使用数据库的 各类系统称为数据库应用系统 （DBAS）。
数据库系统基础
2
一、数据库与信息系统
信息系统：是提供信息，辅助人们对环
境进行控制和决策的系统。 数据库：是信息系统的核心。它把信息 系统中大量的数据按一定的模型组织起 来，提供存储、维护、检索数据的功能， 使信息系统可以方便、及时、准确地从 数据库中获得所需的信息。
数据库系统设计和使用过程是将现实世
界的数据经过人为的加工和计算机处理 之后又为现实世界提供信息的过程。整 个系统建设过程划分为前后相继的两个 大阶段，每一阶段又各分为几个具体步 骤：
数据库系统的分析和设计阶段
需求分析； 概念结构设计； 逻辑结构设计；
数据库系统基础 5
物理结构设计； 应用程序设计及调试； 性能测试与确认。
数据库系统基础
35
联系：使用
所联系的实体及关键字：修理单（关键字是“编 号”），零件库存表（关键字是“零件号”） 对应关系：零件用量表（编号，零件号，数量）
联系：属于
所联系的实体及关键字：汽车（关键字是“牌 号”），车主（关键字是“车主名”） 对应关系：汽车归属表（车主名，牌号）
联系：修理
所联系的实体及关键字：修理单（关键字是“编 号”），汽车（关键字是“牌号”），修理工 （关键字是“工号：） 对应关系：修理（编号，牌号，工号，项目，修理 小时，送修日期，完工日期）
数据库系统基础
15
与5种单据相关的数据：
D1（牌号，型号，生产厂，项目，车主名，电话， 地址） D2（编号，牌号，工号，项目，修理小时，零件号， 数量，送修日期，完工日期） D3（编号，零件号，数量） D4（零件号，零件名，成本，数量） 与3种报表相关的数据： B1（零件名，数量，价格，零件费，利润） B2（工号，姓名，修理小时，小时工资，月工资） B3（零件名，订货量，成本，总计）
数据库系统基础 29
工号
姓名
地址
电话
修理
车主名 汽车 牌号
修理工 出生 日期
进厂
车主 生产厂
地址
小时 工资
送修日期
型号
电话
日期
修理小时 使用 工号
最低库存 零件 成本 数量 价格
库存量 订货量
完工日期
修理单
编号 图
项目
பைடு நூலகம்
牌号
零件名 零件号
4.21 汽车修理管理信息系统概念模型
数据库系统基础 30
§4.4逻辑结构设计
§ 4.3概念结构设计
概念结构设计的目标是产生反映全组 织信息需求的整体数据库概念结构， 即概念模式。它必须独立于计算机的 任何数据模型，不受特定的数据库管 理系统的限制，不考虑计算机软硬件 技术细节，方便与用户交流。
19
数据库系统基础
需求分析
数据流图，数据字典
征求 用户 意见
数据抽象、局部视图设计 视图集成
数据库逻辑设计的任务是将概念结构转换 成特定DBMS所支持的数据模型的过程。 从E—R图所示的概念模型可以转换成任 何一种具体DBMS所支持的数据模型，如 网状模型、层次模型、关系模型、面向对 象模型。这里仅讨论关系数据库逻辑设计 问题，即讨论如何把经过优化的综合E—R 图转换成为关系模型。
数据库系统基础 31
数据库系统基础
14
数据分析
确定各个单项数据在目标系统中的名称；
与4种帐册相关的数据：
Z1（牌号，型号，生产厂，车主名，地址，电话） Z2（工号，姓名，小时工资，进厂日期，地址， 电话） Z3（编号，牌号，项目，工号，修理小时，修理 费，零件费，总计，零件号，数量，送修日期， 完工日期） Z4（零件号，零件名，成本，价格，库存量，最 低库存，订货量）
三、初步E—R图的优化
初步E—R是在对现实世界进行调查研
究之后综合出来的全局和整体概念模式， 但并不一定是最优的。要经过仔细分析 找出潜在的数据冗余，再根据应用需求 确定是否消除。
数据库系统基础
28
例，删去修理单中的3个属性“零件费”、 “修理费”和“总计”。因为这3 个属性 数据均可以从其它数据计算得到。另外， 将实体“汽车”分解为“汽车”和“车主” 两个实体。因为汽车的属性集中实际上已 含有汽车与车主两个方面的信息，如果一 个车主送修了多辆汽车，则车主名及其地 址与电话就会多次重复存储，造成数据冗 余。分开后的两个实体是： 汽车（牌号，型号，生产厂） 车主（车主名，地址，电话）
定义数据项的取值与类型；
数据库系统基础
16
数据项名 牌号 型号 工号 编号 零件号 姓名 车主名 零件名 地址 电话
类型 C C C C C C C C C C
宽度 12 6 4 4 6 8 8 10 16 8
数据项名 项目 生产厂 修理小时 小时工资 修理费 成本 价格 零件费 总计 数量
类型 C C N N N N N N N N
数据库系统基础
26
工号
姓名
地址
电话
修理
牌号 汽车
型号
生产厂
修理工 出生 日期
零件费 完工日期 修理费
进厂 日期
小时 工资
送修日期
车主名
地址
电话
修理小时 使用 工号
最低库存 零件 成本 数量 价格
库存量 订货量
修理单
总计
编号
项目
牌号
零件名 零件号
图 5.20 初始的总体E—R 模型
数据库系统基础 27
表 4.1 填 写 人
D1
D2 D3 D4 D5