【系统分析师之路】第十五章 数据库系统（章节重点）

【系统分析师之路】第十五章 数据库系统（章节重点）

章节重点

数据库模式（★★★★）
ER模型（★）
关系代数（★★★）
元祖演算（★）
规范化理论（★★★★★）
并发控制（★）
数据库完整性约束（★★）
分布式数据库（★★★）
数据仓库与数据挖掘（★★★）

一. 数据库模式（★★★★）

数据库结构是一种典型的分层架构。ODBC，JDBC数据库中间件：不需要改应用程序。

1）三个层次

外模式 对应视图
概念模式 数据库中的关系表
内模式 涉及存储结构，有索引和文件
数据库的视图和基本表之间基本表与存储文件之间分别通过建立外模式到模式，模式到内模式之间的映像，保证数据的逻辑独立性和物理独立性。
内模式也称存储模式，是数据物理结构和存储方式的描述，是数据在数据库内部的表示方式。定义所有的内部记录类型、索引和文件的组织方式，以及数据控制方面的细节。对表创建聚簇索引，意为索引项的顺序是与表中记录的物理顺序一致的索引组织，所以需要改变的是数据库的内模式。

2）两层映像

概念模式-内模式 存储结构变化，不用修改应用程序
外模式-概念模式 关系表变化，不用修改应用程序

3）两个独立性

逻辑独立性 数据库的视图和基本表之间
物理独立性 基本表与存储文件之间
数据库通常采用三级模式结构，其中，视图对应外模式、基本表对应模式、存储文件对应内模式。 数据的独立性是由DBMS的二级映像功能来保证的。数据的独立性包括数据的物理独立性和数据的逻辑独立性。数据的物理独立性是指当数据库的内模式发生改变时，数据的逻辑结构不变。为了保证应用程序能够正确执行，需要通过修改概念模式与内模式之间的映像。数据的逻辑独立性是指用户的应用程序与数据库的逻辑结构是相互独立的。数据的逻辑结构发生变化后，用户程序也可以不修改。但是，为了保证应用程序能够正确执行，需要修改外模式与概念模式之间的映像。

4）数据库设计

1）需求分析

数据字典，数据流图，需求说明书
需求分析阶段的任务是：对现实世界要处理的对象（组织、部门、企业等）进行详细调查，在了解现行系统的概况，确定新系统功能的过程中，确定系统边界、收集支持系统目标的基础数据及其处理方法。

2）概念结构设计

ER模型
数据库概念结构设计阶段的工作步骤为抽象数据→设计局部视图→合并取消冲突→修改重构消除冗余。

3）逻辑结构设计

依据转换规则和规范化理论，它的产出物是关系模式
数据库逻辑结构设计阶段的任务是将ER图转成数据模式(如:关系模式)然后通过规范化将其结构调整好，并做相应的优化，最后是形成用户模式。
逻辑设计阶段的任务之一是对关系模式进一步地规范化处理。因为生成的初始关系模式并不能完全符合要求，还会有数据冗余、更新异常存在，这就需要根据规范化理论对关系模式分解之后，消除冗余和更新异常。不过有时根据处理要求，可能还需要增加部分冗余以满足处理要求。逻辑设计阶段的任务就需要作部分关系模式的处理，分解、合并或增加冗余属性，提高存储效率和处理效率。

4）物理设计

结合数据库管理系统，硬件和OS特征
确定系统边界应在数据库设计的需求分析阶段进行，关系规范化是在数据库设计的逻辑设计阶段进行。
在数据库逻辑结构的设计中，将ER模型转换为关系模型应遵循相关原则。
数据库概念设计是需要画ER图，一般先画局部的ER图，再画总体的ER图。中间会涉及到合并取消冲突

二. ER模型（★）

软件工程出发的话，ER图来自于需求分析，从数据库设计角度出发的话，ER图的建立来自于概念结构设计这个层级。

1）ER图集成的方法：

1.多个ER图一次集成 
2.逐步集成，用累加的方式一次集成两个局部的ER图。

2）集成产生冲突及解决方法

1）属性冲突
包括熟悉域冲突和属性取值冲突。比如有些ER图对男女用01存储，有些用字符串汉字存储。
2）命名冲突
包括同名异义和异名同义。
3）结构冲突
包括同一对象在不同应用中具有不同的抽象，同一实体在不同局部ER图中所包含的属