第09章 数据库系统.pptVIP

* 计算机科学与工程系 第9章 数据库系统 9.1 数据库基础 9.2 关系模型 9.3 面向对象数据库 9.4 维护数据库的完整性 9.5 传统的文件结构 9.6 数据挖掘 9.7 数据库技术的社会影响 9.1 数据库基础 传统的数据存放在平面文件里，但随着数据量呈爆炸型的增长，不同部门的数据有差别又有关联，需要更好的信息集成工具来组织和维护数据。 数据库 Database：多维数据集合。通过数据项间的内部链接，可以从不同角度获取信息。 9.1.1 数据库系统的重要性 数据库 校长办公室 招生办 财务处 教务处 学生处 信息学院 后勤 图书馆 9.1.2 模式的作用 模式schema：描述整个数据库结构，数据库管理系统利用它来维护数据库。 子模式subschema：数据库中只与特定用户需求相关的一部分。用户对不同子模式有不同的访问权限。 9.1.3 数据库管理系统——DBMS 用户 应用软件 数据库管理系统 实际的数据库 管理数据库的软件的集合，提供SQL语言允许用户对数据库和表进行插入、删除、更新、检索等操作。 如 SQL server, Access, Oracle等。 长期保存在计算机内、有结构、可共享的一组相互关联的数据的集合。 如 进销存系统、学生管理、客户管理等具体的软件。 数据库实现的概念层次 SQL命令 9.1.3 数据库管理系统——DBMS 分布式数据库：数据库的不同数据片段存放在不同机器，或者同一数据的多个副本存放在不同机器上。 应用软件和数据库管理系统DBMS经常分别驻留在不同机器，通过网络进行通信。 应用软件作为客户机，DBMS作为服务器。 应用软件和DBMS分离的好处： 简化应用软件设计，DBMS屏蔽数据的存储和检索细节。 由DBMS实现不同用户子模式的访问限制。 实现数据独立性，即改变数据库时只需改变相关用户子模式和软件，其它用户子模式和软件不必改变。 9.1.4 数据库模型 数据库模型：如何有效地组织和存储数据。 曾经使用的数据库模型：层次模型、网状模型； 现在流行的数据库模型：关系模型、面向对象模型。 关系数据库模型：（1970年）把数据看作是一组由行和列组成的表格。应用软件利用DBMS提供的SQL语句操纵数据库。 面向对象数据库模型：把数据及相关操作组织成一个一个对象，对象间通过链接联系起来，DBMS负责维护对象间的链接。即使如声音、图像、视频等复杂信息也可方便地存储与操纵。 先设计表结构，再输入表中数据 9.2 关系模型 属性（字段，列） 关键字Key 关系（表） 元组（记录，行） 9.2.1 关系设计中的问题 在设计数据库结构时，避免在一个关系中包含多个概念（不同性质和用途的信息）。 下例中，多个概念导致数据冗余和效率低下。 员工基本情况 工作经历 职务技能要求及部门 9.2.1 关系设计中的问题 改进：把一个关系分解成多个关系，使一个关系只包含一个概念。 必要时允许属性在不同关系中冗余。 上例分解为3个关系。 员工关系 职务关系 工作经历 9.2.1 关系设计中的问题 “查找员工23Y34工作过的部门”的检索步骤 ④ ① ② ③ 9.2.1 关系设计中的问题 包含员工、职务、部门的原始关系 如果这样分解，检索结果将有二义性甚至错误。 23Y3423Y3435Y20 秘书秘书秘书 人事部财务部销售部 23Y3423Y3435Y20 秘书秘书秘书 人事部财务部销售部 秘书秘书秘书 例：“查找员工23Y34工作过的部门”时，根据“23Y34”得到“秘书”，再根据“秘书”得到“人事部，财务部，销售部”。 解决：不同部门的相同职务应有不同标识 JobId。 9.2.2 关系运算 SELECT：从一个关系中提取行。 9.2.2 关系运算 PROJECT：从一个关系中提取列。 9.2.2 关系运算 JOIN：将多个关系组合成一个新关系。 新关系的元组由原来两个关系的元组串接而成。 如果满足JOIN条件，一个关系中的某个元组可以与另一关系中的多个元组串接。 9.2.2 关系运算 JOIN的另一个例子。 9.2.2 关系运算 查询在职员工所在部门： 第1步： 9.2.2 关系运算 查询在职员工所在部门： 第2步： NEW2←select from New1 where ASSIGNMENT.TermDate=“*” NEW2 relation 查询在职员工所在部门： 第3步： project ASSIGNMENT.EmplId, JOB.Dept from NEW2 9.2.3 SQL SQL——Structured Query Language结构化查询语言 DBMS提供SQL语句，应用程