《学习重点难点》ppt课件

《《学习重点难点》ppt课件》由会员分享，可在线阅读，更多相关《《学习重点难点》ppt课件（134页珍藏版）》请在金锄头文库上搜索。

1、学习重点难点,ORACLE 数据库基本概念 数据库的并发控制 数据库管理系统提供的封锁类型、封锁协 议，应达到的一致性,第6章 数据库设计,数据库设计的步骤 需求分析 概念结构设计 逻辑结构设计 数据库物理设计 数据库实施 数据库运行和维护,什么是数据库设计 数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求） 在数据库领域内，常常把使用数据库的各类系统统称为数据库应用系统。,数据库设计的步骤, 需求分析阶段 准确了解与分析用户需求（包括数据与处理） 是整个设计过程的基础，是最困难、最耗费时间的

2、一步。, 概念结构设计阶段 是整个数据库设计的关键 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型, 逻辑结构设计阶段 将概念结构转换为某个DBMS所支持的数据模型 对其进行优化, 数据库物理设计阶段 为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）, 数据库实施阶段 运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果 建立数据库 编制与调试应用程序 组织数据入库 并进行试运行, 数据库运行和维护阶段 数据库应用系统经过试运行后即可投入正式运行。 在数据库系统运行过程中必须不断地对其进行评价、调整与修改。,设计一个完善的数

3、据库应用系统往往是上述六个阶段的不断反复。,需求分析,需求分析的任务 需求分析的方法 数据字典,需求分析就是分析用户的需要与要求 需求分析是设计数据库的起点 需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用,需求分析的任务,通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求。 在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。,需求分析的重点,需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求

4、、安全性与完整性要求。 信息要求 用户需要从数据库中获得信息的内容与性质 由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数据。,处理要求 对处理功能的要求 对处理的响应时间的要求 对处理方式的要求(批处理 / 联机处理) 新系统的功能必须能够满足用户的信息要求、处理要求、安全性与完整性要求。,需求分析的难点,确定用户最终需求的难点 用户缺少计算机知识，开始时无法确定计算机究竟能为自己做什么，不能做什么，因此无法一下子准确地表达自己的需求，他们所提出的需求往往不断地变化。 设计人员缺少用户的专业知识，不易理解用户的真正需求，甚至误解用户的需求。 新的硬件、软件技术的出现也会使用户需求

5、发生变化。,需求分析的方法,调查清楚用户的实际需求并进行初步分析 与用户达成共识 进一步分析与表达这些需求,数据字典,一、数据字典的用途 数据字典是各类数据描述的集合 数据字典是进行详细的数据收集和数据分析所获得的主要结果 数据字典在数据库设计中占有很重要的地位,数据字典的内容 数据项 数据结构 数据流 数据存储 处理过程 数据项是数据的最小组成单位 若干个数据项可以组成一个数据结构 数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。, 数据项,数据项是不可再分的数据单位 对数据项的描述 数据项描述数据项名，数据项含义说明， 别名，数据类型，长度，取值范围，取值含义，与其他

6、数据项的逻辑关系 取值范围、与其他数据项的逻辑关系定义了数据的完整性约束条件, 数据结构,数据结构反映了数据之间的组合关系。 一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。 对数据结构的描述 数据结构描述数据结构名，含义说明， 组成:数据项或数据结构, 数据流,数据流是数据结构在系统内传输的路径。 对数据流的描述 数据流描述数据流名，说明，数据流来源， 数据流去向，组成:数据结构， 平均流量，高峰期流量 数据流来源是说明该数据流来自哪个过程 数据流去向是说明该数据流将到哪个过程去 平均流量是指在单位时间（每天、每周、每月等）里的传输次数 高

7、峰期流量则是指在高峰时期的数据流量, 数据存储,数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。 对数据存储的描述 数据存储描述数据存储名，说明，编号， 流入的数据流 ，流出的数据流 ， 组成:数据结构，数据量，存取方式 流入的数据流：指出数据来源 流出的数据流：指出数据去向 数据量：每次存取多少数据，每天（或每小时、每周等）存取几次等信息 存取方法：批处理 / 联机处理；检索 / 更新；顺序检索 / 随机检索, 处理过程,处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字典中只需要描述处理过程的说明性信息 处理过程说明性信息的描述 处理过程描述处理过程名，说明， 输入:

8、数据流，输出:数据流， 处理:简要说明,简要说明：主要说明该处理过程的功能及处理要求 功能：该处理过程用来做什么 处理要求：处理频度要求（如单位时间里处理多少事务，多少数据量）；响应时间要求等 处理要求是后面物理设计的输入及性能评价的标准,概念结构设计,什么是概念结构设计 需求分析阶段描述的用户应用需求是现实世界的具体需求 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计 概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。 概念结构设计是整个数据库设计的关键,设计概念结构的四类方法 自顶向下 首先定义全局概念结构的框架，然后逐步细化 自底向

9、上 首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构,自顶向下策略,自底向上策略,逐步扩张 首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构 混合策略 将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。,逐步扩张,常用策略 自顶向下地进行需求分析 自底向上地设计概念结构 自底向上设计概念结构的步骤 第1步：抽象数据并设计局部视图 第2步：集成局部视图，得到全局概念结构,局部视图设计,设计分E-R图的步骤: 选择局部应用 逐一设计分E-R图, 选择局部应用,需

10、求分析阶段，已用多层数据流图和数据字典描述了整个系统。 设计分E-R图首先需要根据系统的具体情况，在多层的数据流图中选择一个适当层次的数据流图，让这组图中每一部分对应一个局部应用，然后以这一层次的数据流图为出发点，设计分E-R图。,通常以中层数据流图作为设计分E-R图的依据。原因： 高层数据流图只能反映系统的概貌 中层数据流图能较好地反映系统中各局部应用的子系统组成 低层数据流图过细,例：由于学籍管理、课程管理等都不太复杂，因此可以它们入手设计学生管理子系统的分E-R图。如果局部应用比较复杂，则可以从更下层的数据流图入手。, 逐一设计分E-R图,任务 标定局部应用中的实体、属性、码，实体间的联

11、系 将各局部应用涉及的数据分别从数据字典中抽取出来，参照数据流图，标定各局部应用中的实体、实体的属性、标识实体的码，确定实体之间的联系及其类型（1:1，1:n，m:n）,如何抽象实体和属性 实体：现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是“is member of“的关系。 例：在学校环境中，可把张三、李四等对象抽象为学生实体。,属性：对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型之间是“is part of“的关系。 例：学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。,如何区分实体和属性 实体与属性是相对而言的

12、。同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就必须作为“实体”。 例：学校中的系，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等，这时它就需要作为实体了。,一般原则 属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成。 属性不能与其他实体具有联系。联系只发生在实体之间。 符合上述两条特性的事物一般作为属性对待。 为了简化E-R图的处置，现实世界中的事物凡能够作为属性对待的，应尽量作为属性。,设计分E-R图的步骤 （1）以数据字典为出发点定义E-

13、R图。 数据字典中的“数据结构”、“数据流”和“数据存储”等已是若干属性的有意义的聚合 （2）按上面给出的准则进行必要的调整。,视图的集成,各个局部视图即分E-R图建立好后，还 需要对它们进行合并，集成为一个整体的 数据概念结构即总E-R图。,视图集成的两种方式 一次集成 一次集成多个分E-R图 通常用于局部视图比较简单时 逐步累积式 首先集成两个局部视图（通常是比较关键的两个局部视图） 以后每次将一个新的局部视图集成进来,集成局部E-R图的步骤 1. 合并 2. 修改与重构,一、合并分E-R图，生成初步E-R图,各分图存在冲突 各个局部应用所面向的问题不同 由不同的设计人员进行设计 各个分E

14、-R图之间必定会存在许多不一致的地方 合并分E-R图的主要工作与关键所在：合理消除各分E-R图的冲突,冲突的种类 属性冲突 命名冲突 结构冲突, 属性冲突,两类属性冲突 属性域冲突：属性值的类型、取值范围或取值集合不同。 属性取值单位冲突。 属性冲突的解决方法 通常用讨论、协商等行政手段加以解决, 命名冲突,两类命名冲突 同名异义：不同意义的对象在不同的局部应用中具有相同的名字 例，局部应用A中将教室称为房间 局部应用B中将学生宿舍称为房间 异名同义（一义多名）：同一意义的对象在不同的局部应用中具有不同的名字 例，有的部门把教科书称为课本 有的部门则把教科书称为教材,命名冲突可能发生在属性级、

15、实体级、联系级上。其中属性的命名冲突更为常见。 命名冲突的解决方法 通过讨论、协商等行政手段加以解决, 结构冲突,三类结构冲突 同一对象在不同应用中具有不同的抽象 例，“课程”在某一局部应用中被当作实体 在另一局部应用中则被当作属性 解决方法：通常是把属性变换为实体或把实体变换为属性，使同一对象具有相同的抽象。变换时要遵循两个准则。,同一实体在不同局部视图中所包含的属性不完全相同，或者属性的排列次序不完全相同。 产生原因：不同的局部应用关心的是该实体的不同侧面。 解决方法：使该实体的属性取各分E-R图中属性的并集，再适当设计属性的次序。,学生,学号,姓名,性别,平均成绩,(a)在局部应用A中,

16、学生,学号,姓名,出生日期,年级,(b)在局部应用B中,所在系,学生,学号,姓名,政治面貌,(c)在局部应用C中,学生,政治 面貌,学号,出生 日期,年级,(d)合并后,所在系,平均 成绩,姓名,性别,实体之间的联系在不同局部视图中呈现不同的类型 例1， 实体E1与E2在局部应用A中是多对多联系，而在局部应用B中是一对多联系 例2， 在局部应用X中E1与E2发生联系，而在局部应用Y中E1、E2、E3三者之间有联系。 解决方法：根据应用语义对实体联系的类型进行综合或调整。,二、修改与重构,基本任务 消除不必要的冗余，设计生成基本E-R图,1冗余 2消除冗余的方法,1冗余,冗余的数据是指可由基本数据导出的数据， 冗余的联系是指可由其他联系导出的联系。 冗余数据和冗余联系容易破坏数据库的完整性，给数据库维护增加困难 并不是所有的冗余数据与冗余联系都必须加以消除，有时为了提高某些应用的效率，不得不以冗余信息作为代价。,设计数据库概念结构时，哪些冗余