四级数据库工程师考试知识点Word格式.docx

1、12 数据模型121 数据模型概念1、数据模型（Data Model）-是数据库系统的形式框架，是用来描述数据的一组概念和定义，包括描述数据、数据联系、数据操作、数据语义以及数据一致性的概念工具；2、数据模型应满足：（1）能够比较真实地模拟现实世界；（2）容易为人们所理解；（3）便于在计算机上实现。3、 数据模型的组成：（1） 数据结构：用于描述系统的静态特征，从语法角度表述了客观世界中数据对象本身的结构和数据对象之间的关联关系，是刻画一个数据模型性质最重要的方面。在数据库系统中，通常按照数据结构的类型来区分、命名各种数模，如层次、网状、关系数模。（2） 数据操作：用于描述系统的动态特征，是一

2、组对数据库中各种数据对象允许执行的操作和操作规则组成的集合。数据操作可以是检索、插入等，数模必须定义这些操作的确切含义、操作符号、操作规则以及实现操作的数据库语言。（3） 数据完整性约束：是一组完整性规则的集合，它定义了数模必须遵守的语义约束，也规定了数据库中数据内部及数据之间联系所必须满足的语义约束。它限定了数据库的状态以及状态的变化，以便维护数据的正确性、有效性。122 数据模型分类1、 用数据模型这一概念来描述数据库的结构和语义，通过现实世界信息世界机器世界的抽象转换过程构建数据库，并根据模型所定义的规范去管理和使用数据。2、 建模过程：（1）将现实世界的数据对象抽象为信息世界中的某一信

3、息结构；（2）再将信息结构转换为机器世界中某一具体DBMS支持的数据模型，并存储于计算机中。3、 数据模型分类：（1） 概念数据模型（概念模型）：按用户的观点对数据和信息进行建模，是现实世界到信息世界的第一层抽象，强调其语义表达功能，易于用户理解，是用户与设计人员交流的语言，主要用于数据库设计。最常用的是实体联系模型。（2） 数据结构模型（表示型/实现型）：是机器世界中与具体DBMS相关的数据模型，包括关系模型、网状模型和层次模型（3） 物理数据模型：属底层数据模型，描述数据的实际存储方式。13 数据视图与模式结构131 数据视图与数据抽象1、 数据视图：指从某个角度看到的客观世界数据对象的特

4、征，是对数据对象某一方面特征的描述。2、 数据抽象：是一种数据描述和数据库设计原则，是指专注于数据对象的某方面特征，而忽略其他特征。3、 集和值：集是指对某一类数据的结构和属性的说明，值是集的一个具体赋值；4、 数据模式：对数据库中数据某方面结构和特征的描述，它仅涉及集的描述，不涉及具体的值。132 三级模式结构1、 数据库三级模式结构外部级、概念级和内部级，分别定义了外模式、模式和内模式，用于从不同角度描述数据库结构。2、 模式：（1） 也称逻辑模式、概念模式；（2） 对数据库中全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图；（3） 模式不仅定义了数据的逻辑结构，还定义了数据之间的

5、联系、与数据的关的安全性和完整性要求；（4） 一个数据库只有一个模式，建立在某种数据结构模型基础上。3、 外模式：（1） 也称子模式、用户模式、用户视图；（2） 是对数据库用户能够看见和使用的局部数据的逻辑结构和特征的描述。（3） 一个数据库可以有多个外模式，每个外模式描述了某个特定用户所使用的局部数据的逻辑结构和特征，是与某一应用有关的数据的逻辑表示。（4） 外模式还是保证数据安全的有力措施，每个用户只能看见和访问所对应的外模式中的数据，其它数据对他是不可见的。4、 内模式：（1） 也称物理模式、存储模式；（2） 是对数据库中数据的物理结构和存储方式的描述，代表了数据在数据库内部的表示方式和

6、物理组织结构；133 二级映象与数据独立性1、 外模式/模式映象：（1） 定义了数据库中不同用户的外模式与数据库逻辑模式之间的对应关系；（2） 可有多个外模式/模式映象，对于每个外模式，需要一个外模式/模式映象来定义该外模式与模式之间的对应关系；（3） 当模式发生变化时，只需调整外模式/模式间的映象关系，而外模式无需修改，保证了数据与应用程序的逻辑独立性，称为数据的逻辑独立性。2、 模式/内模式映象：（1） 定义了数据库中数据全局逻辑结构，与这些数据在系统中的物理存储组织结构之间的对应关系。（2） 模式/内模式映象是唯一的；（3） 当内模式发生变化时，只需调整模式/内模式映象关系，而模式无需修

7、改，保证了数据库中的数据与应用程序间的物理独立性，称为数据的物理独立性。14 数据库系统体系结构1、 数据库系统体系结构：是指数据库系统的组成构件、各构件的功能及各构件间的协同工作方式；2、 分类：（1） 集中式：全部数据和数据管理功能均集中在一台计算机上的数据库系统；包括单用户和主从式两种，单用户DBS是指系统由一个用户独占，不同机器间不能共享数据；主从式DBS是指一个主机带多个分时多用户的DBS；（2） 分布式：数据库中的数据在逻辑上是一个整体，但在物理上却可以分布在网络中不同数据管理节点上；（3） 客户/服务器：将DBMS和数据库应用分开，网络中某些节点上的计算机专门执行DBMS功能，负

8、责数据管理服务，称为数据库服务器；其他节点的计算机上安装DBMS的外围应用开发工具，支持用户的应用，主要负责数据表示服务，称为客户端；（4） 并行式：硬件平台是并行计算机系统，使用多个CPU和多个磁盘进行并行数据处理和磁盘访问操作，以提高执行速度；（5） WEB式： 由通过互联网连接起来的客户端、WEB服务器、数据库服务器组成。15 数据库管理系统151 数据库管理系统的功能（1） 数据定义功能：DBMS提供了数据定义语言（DDL），用户利用DDL定义数据库对象的三级模式结构，描述数据库的结构特征。（2） 数据操纵功能：DBMS提供数据操纵语言（DML），用户利用DML对数据进行查询、插入、删

9、除或更新；（3） 数据库运行管理和控制功能（4） 数据库的建立和维护功能152 数据库系统的全局结构1、 DBS可分为用户、人机交互界面、DBMS和磁盘四个层次；2、 用户可分为四类：数据库管理员DBA；专业用户；应用程序员；终端用户；3、 DBMS可分为两部份：（1） 查询处理器：面向用户查询请求；包括以下几个功能模块：DML编译器、嵌入式DML的预编译器、DDL编译器、查询执行引擎；（2） 存储管理器：面向数据存储访问，包括以下几个功能模块：权限和完整性管理器、事务管理器、文件管理器、缓沖区管理器；4、 磁盘存储的类型：（1） 以数据库文件方式存储的应用数据；（2） 数据字典；（3） 为提

10、高查询速度而设置的数据库引擎；（4） DMS运行时的统计分析数据；（5） 日志信息。16数据库技术的发展和应用1、 第一代DBS：60年代末70年代初，层次型和网状型DBS；2、 第二代DBS：70年代后期，关系数据库系统；3、 新型DBS：80年代，分布式数据库系统；90年代，面向对象数据库系统、网络数据库系统第二章 数据库应用系统生命周期21数据库应用系统生命周期211 软件工程与软件开发方法1、 软件工程：指导计算机软件开发和维护的工程科学，它采用工程化的概念、原理、技术和方法，以及正确的项目管理技术，来开发和维护软件；它将系统化、规范化、定量化方法应用于软件的开发、操作和维护，也就是将

11、工程化应用于软件生产；2、 软件工程的目标：在给定成本、进度的前提下，开发出满足用户需求并具有下述特征的软件产品：可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性。3、 软件生命周期：指软件产品从考虑其概念开始，到该产品交付使用的整个时期，包括概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装部署及交付阶段；4、 软件项目管理：为了能使软件开发按预定的质量、进度和成本进行，而对成本、质量、进度、人员、风险等进行分析和有效管理的一系列活动。5、 软件工程以关注软件质量为特征，由方法、工具和过程三部分组成；6、 软件过程模型（软件开发模型）：是对

12、软件过程的一种抽象表示，表示了软件过程的整体框架和软件开发活动各阶段间的关系，常见的有：瀑布模型、快速原形模型、增量模型和螺旋模型。212 DBAS软件组成1、 数据库应用软件在内部可看作由一系列软件模块/子系统组成，这些模块/子系统可分成两类：（1） 与数据访问有关的数据库事务模块：利用DBMS提供的数据库管理功能，以数据库事务方式直接对数据库中的各类应用数据进行操作，模块粒度较小；（2） 与数据访问无直接关联的应用模块：在许多与数据处理有关的应用系统中，对数据库的访问只是整体中的一部分，其他功能则与数据库访问无直接关系，这部分模块粒度可以比较大。2、 DBAS设计开发的硬件方面：主要涉及根

13、据系统的功能、性能、存储等需求选择和配置合适的计算机硬件平台，并与开发好的DBAS软件系统进行集成，组成完整的数据库应用系统；213 DBAS生命周期模型1、 数据库应用系统的生命周期模型：（1） 参照软件开发瀑布模型的原理，DBAS的生命周期由项目规划、需求分析、系统设计、实现和部署、运行管理与维护等5个基本活动组成；（2） 将快速原形模型和增量模型的开发思路引入DBAS生命周期模型，允许渐进、迭代地开发DBAS；（3） 根据DBAS的软件组成和各自功能，细化DBAS需求分析和设计阶段，引入了数据组织与存储设计、数据访问与处理设计、应用设计三条设计主线，分别用于设计DBAS中的数据库、数据库

14、事务和应用程序；（4） 将DBAS设计阶段细分为概念设计、逻辑设计、物理设计三个步骤，每一步的设计内容又涵盖了三条设计主线。22 规划与分析221 系统规划与定义1、 定义：系统规划与分析是面向将要开发的DBAS，通过了解用户实际需求，明确该系统需要实现的目标和任务，并从数据管理和数据处理的角度，确定系统中数据库软件的功能、性能范围；2、 系统规划与定义包括：（1） 任务陈述：描述所要开发的DBAS的总体目标；（2） 确定任务目标；（3） 确定系统范围和边界；（4） 确定用户视图；222 可行性分析1、 可行性分析包括以下四方面：（1） 经济可行性：对项目进行成本效益分析；DBAS的成本主要包

15、括：A、软硬件购置费用；B、系统开发费用；C、系统安装、运行、维护费用。（2） 技术可行性：是根据用户提出的系统功能、性能及实现系统的各项约束条件，对系统软件、硬件、技术方案作出评估和选择建议；A、 硬件可行性研究是分析DBAS的硬件平台环境和设置；B、 软件可行性研究包括：对可用的DBMS和操作系统的选型评估，对中间件和开发环境的选型建议，对DBAS开发模式和编程语言的建议；C、 技术方案的选择是根据系统技术需求，提出DBAS可能采用的合理技术方案和关键技术；（3） 操作可行性：是论证是否具备DBAS开发所需的各类人员资源、软件资源、硬件资源和工作环境等，以及为支持DBAS开发如何去改进加强

16、这几方面资源。（4） 开发方案选择：目的是提出并评价实现系统的各种开发方案，从中选出一种适用于DBAS软件的开发方案；223 项目规划1、 项目规划是项目管理者对资源、成本和进度做出合理估算，并在此基础上制定切实可行的DBAS项目开发计划。2、 项目规划包括以下内容：（1） 确定项目的目标和范围；（2） 根据DBAS软件开发模型，分解和定义整个项目包括的工作活动和任务；（3） 估算完成该项目的规模和所需各种资源；（4） 制定合理的DBAS项目计划3、项目规划的结果应形成数据库应用系统项目计划文档，即项目计划书。23 需求分析1、 数据库应用系统需求是指用户对DBAS在功能、性能、行为、设计约束

17、等方面的期望和要求；2、 DBAS需求分析是在已经明确的DBAS系统范围基础上，通过对应用问题的理解和分析，采用合适的工具和符号，系统地描述DBAS的功能特征、性能特征和约束，并形成需求规范说明文档；3、 需求分析过程由需求获取、需求分析、需求描述和规范说明、需求验证等组成；4、 DBAS的需求分析包括：（1） 数据需求分析；（2） 数据处理需求分析；（3） 业务需求分析；（4） 分析数据库系统在性能、存储、安全、备份与恢复等方面的要求；231 数据与数据处理需求分析1、 数据需求分析：是从对数据组织与存储的设计角度，辨识应用领域所管理的各类数据项和数据结构，与数据处理需求分析结果一起，组成数

18、据字典；2、 数据处理需求分析：是从数据访问和处理的角度，明确对各类数据项所需进行的数据访问操作，分析结果可表示为数据流图或事务规范；3、 事务规范包括：（1）事务名称；（2）事务描述；（3）事务所访问的数据项；（4）事务用户；232 业务规则需求分析1、业务规则需求分析：是从DBAS高层目标和整体功能出发，分析系统或系统中一些大粒度子系统应具有的业务类型和功能，明确用户或外部系统与DBAS的交互模式；233 性能需求分析1、 DBAS的性能指标：（1） 数据操作响应时间（或数据访问响应时间）：从提交请求到返回结果的时间；（2） 系统吞吐量：指系统在单位时间内所完成的事务或查询的数量，单位为T

19、PS；（3） 允许并发访问的最大用户数：在保证响应时间的前提下，系统最多允许多少用户同时访问数据库；（4） 每TPS代价值，用于衡量系统性价比的指标2、 影响DBAS性能的因素：（1） 系统硬件资源；（2） 网络通信设备性能；（3） 操作系统环境；（4） 数据库的逻辑设计和物理设计质量，数据库配置参数；（5） DBAS的配置和性能；（6） 数据库应用程序自身。234 其它需求分析1、 存储需求分析：是指估计DBAS系统需要的数据存储量，包括：（1）初始数据库大小；（2）数据库增长速度；存储总量估算可采用：根据数据字典中每个数据项的结构描述信息，估计每个数据项的容量，将所有数据项的容量累加；2、

20、 安全性需求分析：（1） DBAS系统应达到的安全控制级别；（2） 各类用户的数据视图和视图访问权限；（3） DBAS应有的口令保护机制或其它安全认证机制，用以控制用户登录数据库系统。3、 备份和恢复需求分析：（1） DBAS运行过程中备份数据库的时间和备份周期；（2） 所需备份的数据是全部数据库数据，还是一部分；（3） 备份方式是采用完全备份还是采用差异备份。24 系统设计241 概念设计1、 数据库概念模型设计：是根据数据需求分析阶段得到的需求结果，分析辨识需要组织存储在数据库中的各类应用领域数据对象的特征及其相互之间关联关系，并采用概念数据模型表示出来，得到独立于具体DBMS的数据库概念

21、模型；2、 ER方法：（1）选择局部应用；（2）分别设计各个局部ER图；（3）局部ER图合并；3、 系统总体设计：（1） 确定DBAS体系结构；（2） 系统硬件平台和操作系统、数据库管理系统等系统软件的选型和配置；（3） 应用软件结构设计（4） 对需求分析阶段识别出的业务规则进行初步设计，细化业务规则流程，明确采用的关键技术和算法；（5） 对系统采用的关键技术进行方案选型和初步设计。242 逻辑设计1、 数据库逻辑结构设计：指从数据库的概念模型出发，设计表示为逻辑模式的数据库逻辑结构。（1） ER图转换为初始关系模式；（2） 对初始关系模式进行优化；（3） 检查关系表对数据库事务的支持性；（4

22、） 确定关系模式的完整性约束；（5） 从数据安全性和独立性出发，设计用户视图。2、 应用程序概要设计（II）；3、 数据库事务概要设计；243 物理设计1、 数据库物理结构设计：主要指数据文件在外存上的存储结构和存取方法，它依赖于系统具体的硬件环境、操作系统和DBMS；（1） 数据库逻辑模式调整；（2） 选择或配置基本关系表的文件组织形式；（3） 数据分布设计；（4） 安全模式设计；（5） 确定系统配置；（6） 物理模式评估；2、 数据库事务详细设计：根据事务流程，利用SQL语句、数据库访问接口，采用高级程序设计语言或DBMS提供的事务实现机制，设计数据库事务。3、 应用程序详细设计：25 实

23、现与部署1、 建立数据库结构；2、 数据加载；3、 事务和应用程序的编码及测试；4、 系统集成、测试与试运行；5、 系统部署；26 运行管理与维护261 日常维护（1） 数据库的备份与恢复（2） 完整性维护（3） 安全性维护（4） 存储空间管理（5） 并发控制及死锁处理262 系统性能监控和分析1、 统计数据可以通过两种途径收集：（1） 由DBMS本身自动收集和存储统计数据（2） 通过监控系统得到263 系统性能优化调整1、 糸统性能优化的手段有：数据查询调整与优化、索引调整、数据库摸式调整、DBMS和操作系统参数调整等。2、 模式调整主要涉及逻辑模式调整，可以从下考虑：（1） 已达到第三范式

24、的基本表，不要进一步规范化为BCNF；（2） 在分布式数据库中，对一个基本表中某些频繁被访问的数据，可以按水平分区或垂直分区方式拆分基本表。264 系统升级1、 改进应用桯序；2、 数据库重组；3、 DBMS和OS版本升级第3章 需求分析及功能建模方法31 需求分析概述311 需求分析概念1、 所谓需求分折：就是对待开发的系统要做什么，完成什么功能的全面描述。2、 需求分析的工作：通过对需求的调查、了解、观察和分析，通过对原始数据的收集、分类和抽象，并采用有效的技术、工具，对原始资料进行加工整理，描述开发目标、实现的功能及其相互关系等活动的集合；3、 需求的定义：客户对一个待开发的系统在实现目

25、标、完成功能、应达到的性能、安全性、可靠性等方面的期望和要求的集合；4、 需求获取的困难：（1） 软件功能复杂；（2） 需求的可变性；5、 需求分析阶段的主要任务：分析当前的业务流程，包括体系结构，各职能部门完成的主要任务、关系及其交流的信息。6、 需求分析的结果通常以模型等建模工具和方法描述系统的信息流、功能结构及完成各功能需要的数据。7、 功能模型和软件需求规格说明书是软件开发的依据，将指导后续的开发工作。8、 需求分析工作是系统分析员与用户不断交互的过程中完成的。312 系统分析员的职能1、 系统分析员的主要要任务：是确定应用信息系统及软件产品应该达到的各项功能性要求和非功能性要求，即用

26、户要做什么。2、 系统分析员应该具备的素质：（1） 获取需求的能力；（2） 管理及沟通能力；（3） 技术素养；313 需求获取的方法常用的几种获取需求的方法：（1）面谈；（2）实地观察；（3）问卷调查；（4）查阅资源；314 需求分析过程1、 标识问题：（1） 需求分析的第一步，通过对问题的识别和标识获得所求解问题及其运行环境的理解；（2） 标识问题从现行系统的业务流程做起，理解现行系统的业务流程；（3） 在标识理解需求的同时，还要注意确定系统的人机界面；2、建立需求模型：（1） 模型是对现实原形所作的一种抽象，其本质是只关心与研究内容有关的因素，而忽略无关的因素，其目的是把复杂的事物变得简单，便于认识和分析；（2） 目前常用的模型方法主要有DFD数据流图和IDEFO，都属于结构化分析方法，其特征是抽象和分解；（3） 首先对应用领域进行全面的分析，发现并找出同类事物的本质，用抽象方法把这类事物的非主要方面剔除，把握住事物的内部规律或本质，就可以找到解决办法；然后采用自上而下逐步求精的方法对复杂的问题进行分解；（4） 结构化分析及建模方法的主要优点：（A） 不过早陷入