计算机四级考试《数据库》重点解析Word格式.docx

计算机四级考试《数据库》重点解析Word格式.docx

《计算机四级考试《数据库》重点解析Word格式.docx》由会员分享，可在线阅读，更多相关《计算机四级考试《数据库》重点解析Word格式.docx（10页珍藏版）》请在冰豆网上搜索。

建立在“集合”“关系”上，严格成熟的理念基础;

用关系表示实体及之间联系，简单易懂;

存储路径透明，较好的数据独立性和安全保密性;

查询效率低于非关系模型。

二

　　数据库应用系统生命周期

　　2.1软件生命周期是指软件产品从考虑其概念开始，到该产品不再使用的整个时期。

一般包括概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装部署及交付阶段、运行阶段与维护阶段。

数据库应用系统需求是指用户对数据库应用系统在功能、性能、行为、设计约束等方面的期望和要求：

数据及数据处理、业务、性能、其他存储安全备份与恢复等。

　　2.2数据库应用系统生命周期模型

　　1.瀑布模型原理，项目规划、需求分析、系统设计、实现与部署、运行管理与维护五部分

　　2.快速原型模型和增量模型原理，允许渐进、迭代地开发DBAS。

　　3.根据DBAS的软件组成和各自功能，细化DBAS需求分析和设计阶段，引入了数据组织与存储设计、数据访问与处理设计、应用设计三条设计主线，分别用于设计DBAS中的数据库、数据库事务和应用程序。

　　4.设计阶段细分为概念设计、逻辑设计、物理设计三个步骤，每一步涵盖三条设计主线。

　　需求分析及功能建模方法

　　3.1数据元素（列）是数据处理中的最小单位。

　　3.2DFD图：

数据流（标有名字的箭头）、处理、数据存储（横圆柱）、数据源/终点（棱形）

　　3.3IDEF0图：

更好地理解需求;

ICOM（输入、控制、输出、机制）码;

至少一个控制和输出箭头。

A-0;

A0（顶层图）;

A1;

A11

　　3.4DFD与IDEF0的比较：

结构化分析思想：

自顶而下逐级细化

　　1.DFD图用箭头也叫数据流来描述数据移动的方向、数据处理之间的数据依赖关系，IDEF0图也用箭头表示数据流，但不强调流或顺序，强调数据约束，箭头语义更丰富。

　　2.DFD模型有四种元素，IDEF0图只有两种：

箭头和活动

　　3.IDEF0图更加规范。

其概念、建模方法、画图规则等均有说明和规定

　　4.IDEF0模型结构更清楚，便于理解和沟通

　　3.5结构化分析及建模方法的优点：

　　1）不过早陷入具体的细节，从整体或宏观入手分析问题，如业务系统的总体结构，系统及子系统的关系。

　　2）通过图形化的模型对象直观地表示系统完成什么功能，方便系统分析员理解和描述系统。

　　3）模型对象不涉及太多技术术语，便于用户理解模型。

三

　　关系数据库逻辑设计

　　5.1关系数据库：

按照二维表格组织和存储的相互关联的关系（表）的集合。

　　关系数据库采用关系模型在计算机中组织、存储、处理和管理数据。

　　5.2主码约束：

惟一性;

最小性，不能取空值，并且取值要唯一

　　外码约束：

如果两个关系R和S，X是R的属性或属性组，且X不是R的码，但X是S的码，则称X是R的外码。

或者取空值，或者等于S中某个元组的主码的值。

　　5.3逻辑设计的内容：

定义和描述数据库的全局逻辑结构、数据之间的关系、数据的完整性等

　　目的：

得到实际数据库管理系统可以处理的数据库模式。

　　步聚：

ER图转化关系模式;

优化关系模式;

数据完整性设计;

外模式设计

　　5.4关系模式描述关系的静态结构，由模式名、属性、完整性约束组成，关系是一个表中记录的集合，关注和强调的是值（模式实例）的集合，也是关系模式在某一时刻状态的反映。

　　5.5关系的完整性（完整性约束）：

对关系所满足条件的定义。

作用：

限定和检查数据库所含实例的合法性和正确性。

静态：

主码、外码、域（用户定义）;

动态：

基于业务规则

　　5.6伪传递规则：

X-Y，YW-Z，则XW-Z成立。

　　5.7规范化设计理论的主要内容是范式，即关系模式满足的条件，它是数据库逻辑设计的指南，也是衡量关系模式设计优劣的标准。

目的：

消除数据冗余及避免操作异常，基本过程：

对关系进行分解。

一个低级范式的关系模式通过分解（投影）方法可转换成多个高一级范式的关系模式的集合，这个过程叫规范化。

　　5.81NF：

R的每一属性均不可再分;

　　2NF：

是1NF且每个非主属性完全依赖于主码。

在1上消除非主属性对主码的部分函数依赖;

　　3NF：

是1NF且每个非主属性只依赖于主码。

在2上消除非主属对主码的传递函数依赖。

　　5.9ER模型转换关系模型：

实体集转为同名关系;

联系转为一个关系，各实体集的码及联系的属性转为关系的属性（1：

1均可、1：

n取n、m：

n取集）;

合并具有相同码的关系。

　　存储技术与数据库物理设计

　　6.1物理设计是在具体的硬件环境、OS、DBMS约束下，基于逻辑设计，设计具体数据存储结构和存取方式。

占用空间少、访问效率高、维护代价低。

主要步骤有数据库逻辑模式调整、文件组织与存取设计、数据分布设计、安全模式设计、确定系统配置、物理模式评估。

　　6.2索引技术（Indexing）是一种快速文件访问技术，它将文件记录在某个或某些域（或称为属性）上的取值与该记录的物理地址直接联系起来，提供了一种根据记录域的取值快速访问文件记录的机制。

索引文件是一种利用索引技术支持快速文件访问的文件组织和存取方法。

　　索引加快了查询记录却减慢了数据更新速度，本身还占用一定的存储空间。

　　6.3文件组织：

如何将关系数据库中的关系映射为操作系统中的数据库文件，及管理文件。

　　文件结构：

如何将DB文件中的逻辑记录映射到物理文件的中磁盘块。

　　文件存取：

针对某种结构的DB文件，如何查、添删改其中的逻辑记录

　　6.4数据字典：

数据库各类对象的描述信息、数据库管理系统的控制信息。

包括关系模式信息、与视图描述有关的信息、关系的存储结构和存取方法信息、完整性约束、安全性有关的信息、数据库运行统计信息。

　　作用：

DBA用来监视DBMS的使用情况并协助完成管理工作;

一般用户可用于查阅部分数据库结构信息;

DBS运行时各子系统频繁使用以完成相应的存储和查询处理功能。

　　6.5DBMS的三种完整性控制机制：

CHECK子句、断言、触发器

　　断言语句：

Createassertion断言约束名check（…）

　　6.6堆文件：

数据量少且操作频繁;

批量加载数据（先选为堆文件再调整文件结构）

　　顺序文件：

查询条件定义在查找码上;

快速的二分查找

　　散列文件：

基于散列域值的等值匹配，特别是访问顺序是随机的。

非精确查询;

非散列域

　　B-树和B+-树：

大数据量基本表;

聚焦文件：

多表连接操作

　　6.7有序索引技术利用索引文件实现查找码取值到记录物理地址间的映射关系。

索引文件由索引记录组成，每个记录中的索引项记录了某个特定的查找码值和具有该值的数据文件记录的物理地址。

　　当需要访问数据文件中某个数据记录时，先根据查找码值查阅索引文件，找到对应的索引项，然后从索引项中找出数据记录在数据文件中的物理地址.根据这个地址访问数据记录。

　　6.8散列技术是一种快速文件访问技术，它利用散列函数实现文件记录域取值到记录物理地址间的直接映射关系。

当需要访问数据文件中查找码值为si的某个或某些文件记录时，将si作为散列函数h的输入计算得出的散列函数输出值h（si）就是文件记录在数据文件中的物理地址。

　　6.9权限：

允许用户对一给定的数据库对象可执行的操作（查询、添删改、新建、备份等）。

四

　　关系数据库逻辑设计1关系数据库：

2主码约束：

3逻辑设计的内容：

外模式设计4关系模式描述关系的静态结构，由模式名、属性、完整性约束组成，关系是一个表中记录的集合，关注和强调的是值（模式实例）的集合，也是关系模式在某一时刻状态的反映。

5关系的完整性（完整性约束）：

基于业务规则6伪传递规则：

7规范化设计理论的主要内容是范式，即关系模式满足的条件，它是数据库逻辑设计的指南，也是衡量关系模式设计优劣的标准。

81NF：

9ER模型转换关系模型：

五

六

七

　　数据库应用系统功能设计

　　7.1软件体系结构：

软件架构={构件，连接件，约束}

　　7.2软件设计包括系统的总体结构设计、系统的过程设计、系统的数据设计三方面内容（+人机界面设计），从工程管理的角度，分为概要设计、详细设计

　　7.3应用软件分为数据库事务和应用程序。

后者一方面可以与数据库事务协调合作，另一方面还可实现与数据库访问无关的功能，如通信、人机交互。

　　7.4事务：

具有逻辑独立功能的一系列操作的集合，实现了某些特定的业务规则。

　　7.5事务概要设计的核心是辨识和设计事务自身的事务处理逻辑，采用面向数据流的程序设计方法设计事务内部的数据处理流程和结构。

　　7.6C/S结构特点：

数据管理和数据处理被分在客户端和服务器上;

服务器可支持多个客户端;

客户端也可访问多个服务器;

客户端=人机交互+数据处理

　　B/S结构特点：

表示层，WEB浏览器;

功能层，WEB应用服务器;

数据层，DBMS服务

　　优点：

实现人面交互、应用业务逻辑处理、数据管理三层分离，提高了系统的可维护性;

用WEB浏览器可访问多个异构应用平台，解决了跨平台数据管理问题。

八

　　事务高度与并发控制

　　8.1调度：

定义在多个事务上的调度是这些事务的所有操作的一个执行序列，代表了这些操作的执行顺序;

冲突操作：

事务Ti的操作Ii与事务Tj的操作Ij是冲突的，当且仅当Ii和Ij访问数据库中同一个数据项Q，并且Ii和Ij中至少有一个是写操作write（Q）;

冲突可串行：

一个并发调度冲突等价于某个串行调度（判断一个并行调度是否正确）

　　死锁是指数据库系统中部分或全部事务由于无法获得对需要访问的数据项的控制权而处于等待状态，并且将一直等待下去的一种系统状态。

　　8.2ACID：

Atomicity原子性;

Consistency一致性;

Isolation隔离性;

Durability持久性

　　8.31级加锁协议要求事务T在修改数据项Q之前必须先对Q加X锁，直到事务结束才释放该锁。

事务结束包括正常结束（commit）和非正常结束（rollback）。

但事务如果是只读Q而不对其进行修改，是不需要对Q加锁的。

　　2级加锁协议是在1级加锁协议基础上，要求事务T在读取数据项Q之前必须先对其加S锁，读完Q后可以立即释放S锁。

　　3级加锁协议则是在1级加锁协议基础上，要求事务T在读取数据项Q之前必须先对其加S锁，但是需要等到事务结束时才释放该S锁。

　　8.42阶段锁协议将每个事务的执行过程分为加锁阶段和解锁阶段。

在加锁阶段，事务可以申请获得数据项上的任何类型的锁，但不允许释放任何锁。

在解锁阶段，事务可以释放任何数据项上的任何类型的锁，但不能再申请任何锁。

每个事务开始执行后就进入了加锁阶段。

当第一次释放锁后，即转入解锁阶段。

　　8.5解决死锁主要采用死锁预防和死锁检测与恢复两类方法。

　　死锁预防利用死锁预防协议，通过破坏死锁产生的必要条件来避免系统进入死锁状态。

　　一次性加锁法;

顺序加锁法

　　死锁检测与恢复则是允许系统进入死锁状态，并且定期检查系统是否发生死锁。

当发现系统发生死锁后，采取相应的恢复机制使系统摆脱死锁状态。

　　8.6活锁产生的原因是在系统非死锁状态下，某些事务由于始终无法获得对所需访问的数据项的控制权而长期等待下去，无法继续执行。

　　8.7锁粒度大：

被加锁数据项少、事务并发执行度低、系统开销小;

锁粒度小则反之

　　8.8基于锁的并发控制技术的原理

九

　　数据库的实施、运行和维护

　　9.1试运行：

功能测试;

性能测试

　　9.2数据库维护：

数据库的转储和恢复;

数据库的安全性、完整性控制;

数据库性能的检测和改善;

数据库的重组和重构

　　9.3数据库安全：

行政手段制定规范;

权限管理、口令等;

维护多个数据副本;

防及除毒

　　9.4数据库重组：

按照系统设计要求对数据库存储空间进行全面调整;

数据库重构：

业务小范围变化需对数据库逻辑结构作必要改变。

　　9.5数据库监控分析：

DBA借助相应工具监测数据库系统的运行情况，对监测数据进行分析，评估整个系统的运行状态，为系统的安全运行和性能优化提供依据。

　　9.6数据库空间管理：

数据量增加和碎片使性能降低;

空间溢出会带来灾难性停机故障。

　　包括：

创建修改删除数据库空间、新建移动关联数据文件等。

　　9.7数据库参数调整：

外部调整：

CPU、网络;

调整内存分配（改善程度大）;

调整磁盘I/O（I/O时间是响应时间的最大组成部分）;

调整竞争

　　9.8数据库查询优化：

合理使用索引;

避免或简化排序（Orderby、Groupby，磁盘排序比内存排序开销大速度慢）;

避免相关子查询、外连接（左右连接比内连接消耗大）;

存储过程

　　9.9属于Oracle但不属于SQLServer的逻辑和物理空间结构：

表空间、段、区