四级数据库工程师知识点梳理答案

四级数据库工程师知识点梳理答案内容摘要：

(3).数据存储：其描述信息 包含数据存储名、说明、与它有关的输入数据流和输出数据流，以及对应的数据结构。 (4).处理描述：描述信息包括处理编号、功能简述、输入数据流、输出数据流，以及具体的处理逻辑等。 (5).数据元素词条描述：图中每一个数据结构都是由数据元素构成的，数据元素是数据处理中的最小单位。 数据元素词条要描述数据元素名、数据类型、长度、取值范围等。 ； IDEF1； IDEF2；系统功能及相互关系；系统信息及其数据之间的联系；用于系统模拟，建立动态模型。 ；自顶向下有控制地逐步地展开细节，精确、准确、全面 地描述系统，且通过建立模型来理解一个系统；为了理解需求，进一步做好需求分析。 ；箭头；矩形框；活动；活动的名称；活动的编号。 ；控制；输出；机制；完成活动需要的数据；被活动消耗或变换的内容；影响这个活动执行的事件或约束；对活动的约束条件；由这个活动产生的信息；活动变换和处理的结果；实施该活动的手段或完成活动需要的资源；如何做。 ；这个活动是什么；为何这么做；如何做。 ；由父到子的层次结构图。 150.(1).矩形框；用动词或动词短语为矩形框内的活动名称命名。 每个矩形框要至少有一个控制箭 头和输出箭头，一个活动可以没有输入但不允许既没有输入又没有控制。 (2).箭头；在 IDEF0 图上，箭头代表数据约束。 (3)其他； ICOM （输入、控制、输出、机制）码；结点号；模型号。 ；明确目的，确定范围；建立内外关系图 A0 图；构造顶层图；开发 IDEF0层次结构图；写文字说明；检查确认图形。 152. 相同点：两者的基础都是结构化分析思想，强调用自顶向下逐步求精的方法对现实世界建模，先抓住主要的问题或方面，形成较高层次的抽象，然后再由粗到细、由表及里地逐步细化，逐步设计问题的具体 细节。 把一个大问题分解成几个小问题，把每个小问题分解成更小的问题，对这一个一个简单问题进行分析和求解，这些解的集合就是解空间。 异同点： (1),DFD 图用箭头也叫做数据流来描述数据移动的方向、数据处理及处理之间的数据依赖关系。 IDEF0 图也用箭头代表数据流，强调数据约束。 (2).从表达形式上看， DFD 图和 IDEF0 图都是用箭头和处理来表达一个企业或组织的业务流程。 IDEF0 图的箭头有更加丰富的语义，不仅能够表示出数据流，还可以表示出控制流和说明处理或活动实施方式的一些约束。 (3).从模型元素的组成上来 看， DFD 模型由 4 种元素组成，即外部项（数据源及终点）、数据流、数据存储和处理。 IDEF0模型元素的组成更加简单，只有 2 种元素组成，即箭头和活动。 (4).从模型规范上来讲， IDEF方法更加规范，对模型的基本概念、及建模方法及如何画 IDEF0图，如何分解父图等都有相应的说明和规定，更适合于初学者。 (5).IDEF0 模型结构清楚，便于理解和沟通。 ，确定在数据库中存储和处理什么数据。 ，即如何准确地理解数据需求，真实地把应用领域中要处理的数据组织、定义和描述清楚 ，以支持数据库设计后续阶段的工作。 ；理解和获取应用领域中的数据需求，分析、抽取、描述和表示清除目标系统需要存储和管理什么数据，这些数据具有什么样的属性特征及组成格式，数据之间存在什么样的依赖关系，同时也要说明数据的完整性与安全性妖要求。 ；获取应用领域或问题域的信息模型；描述清楚数据的属性特征；描述清楚数据之间的关系；定义和描述数据的约束；说明数据的安全性要求；支持用户的各种数据处理需求；保证信息模型方便地转换成数据库的逻辑结构（数据库模式）， 同时也便于为用户理解。 ；需求说明书、功能模型（数据流程图或 IDEF0图）以及在需求分析阶段收集到的应用领域或问题域中的各类报表等。 ；数据库概念设计说明书。 ；建模方法；模拟和抽取数据的方法；确定实体集；确定联系和联系类型；建立由信息模型表示的企业模型；确定实体集属性；对信息模型优化。 ；建立数据建模；项目评审阶段。 162. (1).能够真实客观地描述现 实世界中的数据及数据之间的关系； (2).组成模型的概念少，语义清楚，容易理解； (3).不同概念的语义不重叠，概念无多义性； (4).用图形方式描述数据，数据直观易懂，有利于数据库设计者和用户交流； (5).这种数据模型容易转换成数据库逻辑设计阶段需要的数据结构。 （也称为实体集实例或实例）；一个现实的和抽象事物的集合，这些事物必须具有相同的属性或特征；一个实体集的性质和特征；域；实体集中能惟一标识每一个实例的属性或属性组；现实世界中实物之间的关系；一对一联系；一对多联系 ；多对多联系。 ；菱形框；椭圆或圆角矩形框。 ；功能建模方法；分析、抽象和概括应用领域中的数据；数据建模方法。 ；标定型联系；非标定型联系；分类联系；不确定联系。 ；外码；属性。 ，这些事物必须具有相同的属性和特征；矩形；独立实体集；圆角矩形；从属实体集；斜杠 (/)；正整；实体集所表示的一个事物的集合。 ；连接联系；实体集之间的一种连接或关系；确定型联系；子女实体集中的每个实 例都是由它与双亲的联系而确定的；标定型联系；确定型联系；子女实体集中的每一个实例都能被惟一地确认而无需了解与之相联系的双亲实体集的实例；非标定型联系。 ；在这些实体集中存在一个一般实体集；都恰好与一个且仅一个分类实体集的一个实例相联系。 ； m:n 的联系。 ；标定型联系；实线或线段。 ；一般实体集的分类实体集；一般实体集的一个实例；分类实体集的一个实例。 ；用确定联系。 或性质；属性实例；一类事物中一个成员的具体特性；属性的类型；值；属性值；具体的实体集。 ；属性列表的顶端；下面；水平线；任意多个；实体集。 ；部分或全部主码；标定性联系；非标定型联系。 178. (1).建模规划及准备：描述和定义系统的边界和将要达到的目标；主要内容包括建模目标；建模计划、队伍组织和原始材料的获取。 (2).定义实体集：这个阶段的目标是标识和定义应用领域中的实体集。 (3).定义联系：目标是标识和定义实体集之间的基本联系，在这个阶段中有些联系可以是不确 定的联系。 这个阶段提供下列文档：联系矩阵，联系定义；子系统功能视图。 (4).定义键：这个阶段主要完成下列任务：处理实体级图中不确定的联系；为每个实体集定义主码属性；迁移主码建立外码；构造子系统数据视图。 (5).定义属性：这个阶段的主要任务是：定义非主属性、建立属性的所有者关系，为每个实体集建立属性列表，确认并改进数据结构，绘制最终的 IDEF1X 模型图。 功能模型；其他方法。 、调度任务和预算建模项目开销的基础，通常按照下列步骤进行： (1). 项目说 明，简述已经做了什么，为什么要做以及将来如何做； (2).收集数据，说明如何获得原始材料； (3).定义实体； (4).定义联系； (5).定义码属性； (6).定义非码属性；(7).确认模型； (8).评审验收。 ；数据库管理系统；数据模型；组织和存储数据；定义和描述数据库的全局逻辑结构、数据之间的关系、数据的完整性及安全性要求；得到实际的数据库管理系统可处理的数据库模式，并做到数据结构合理，数据之间不存在不合理的数据依赖关系，数据满足各类应用的处理和使用要求，为数据库的物理设计及数据库高效、正 确地运行打下基础。 ；概念数据模型、数据处理要求、数据约束、安全性要求及 DBMS；DBMS 可以处理的模式 (数据结构 )和数据库物理设计指南。 、存储、处理和管理数据。 ，一般不超过 30 个字符，且第一个字符必须是字母。 30 个字符，且第一个字符必须是字母。 、关系模式所包含的属性（属性名、类型和长度）及这些属性值所满足的条件（完整性约束）。 ；值（模式实例）；在某一时刻状态的反映。 二维表中的一行数据；一个元组有一个分量，对应一个属性（或表中的一列）。 （记录）的属性或属性组。 ；域是值的集合，同一个域中的具有相同的数据类型；笛卡尔积是一个集合，集合中的每一个元素成为一个 n 元组，简称元组。 元组中的每一个值叫做一个分量；nDDD  21 的子集叫做在域 nDDD , 21  上的关系。 用 R表示， R 是关系名。 关系是一组域 nDDD , 21  上的笛卡尔积的一个子集。 192.(1).不能有重复的元组。 (2).元组上下无序。 (3).按属性名引用时属性左右无序。 (4).所有属性值都是原子值（不可再分）。 193. 按照二维表组织和存储的相互关联的关系（表）；关系模式。 194. 完整性约束；对关系的某种约束规则和关系满足条件；静态完整性约束；动态完整性约束；关系模式；主码约束、外码约束；域约束；企业或组织的业务规则。 195. 主码约束；外码约束；用户定义的约束。 196. 惟一性；在一个关系中不存在两个元组， 它们具有相同的主码值；最小性；不存在从组成主码的属性集中去掉一个属性，还仍能保持数据的惟一性。 197. 除主码外其他符合主码条件的属性。 198. 插入异常；更新异常；删除异常；数据逻辑设计的指南；函数依赖理论和规范化理论。 199. 利用一个关系中属性之间的依赖关系评价和优化关系模式；存储到数据库中的关系具有较好的特性。 200. 两个元组之间完全没有重复关系，即这个属性的惟一值能否确定另外一个值，左边的能否惟一确定右边； SC(S,C,Grade), (S,C)推出 Grade ，但 S推不出 C,S推不出 Grade；(S,C)推出 Grade ， SC和 SGrade 两者至少有一个成立； X 推出 Y,Y 推不出 X， Y推出 Z，那么 X能推出 Z；仅当其右边属性集中至少有一个属性不属于左边的集合时，非平凡依赖；仅当右边集合中的属性都不在左边的集合中时成立，完全非平凡函数依赖。 201ArmStrong公理；自反律；若 UXY  .，则 XY成立；增广律；若 XY,且 UZ ，则 XZYZ 成立；传递律；若 XY,YZ,则 XZ成 立；合并规则；若 XY,XZ,则 XYZ；分解规则；若 XY 和 YZ ,则 XZ；伪传递规则； XY,YWZ,则 XWZ；如果nAAA , 21  是关系模式 R 的属性集，那么 XiA 成立。 XY 是否成立，只要计算 X 关于函数依赖集 F 的闭包，若 Y 是 X闭包中的一个元素，则 XY 成立。 X 作为 X 的初值 )0(X ；由 )(iX 计算 )1(iX 时，它是由 )(iX 并上属性集合 A所组成，其中 A满足下列条件： )(iXY ，且 F 中存在函数依赖 YZ,而 ZA ,因为 U是有穷的，所以上述过程经过步后会达到 )(iX = )1(iX ，此时 )(iX 为所求的 X。 ；设有关系模式 R(F,U),如果 R 的每一个属性值都是不可分的数据项（原子项），则此关系模式为第一范式；第二范式；若关系模式 R(F,U)是 1NF，且每个非主属性完全函数依赖于码，则称 R 是第二范式，也就是说，在 2NF 中不存在非主属性对码的部分函数依赖；第三范式；在第二范式的基础上对关系又增加了一个约束，就是关系中的每一个非主属性必须只依赖于主码；改进的第三范式；如果关系模式 R 是 1NF，且每个属性（包括主属性）即不存在部分函数 依赖也不存在传递函数依赖于候选码，则称 R 是改进的第三范式。 ，至少是 2NF。 ；计算机；概念设计的结果 (ER图 )；数据库管理系统 DBMS；数据模型（关系模型）；对关系模式进行优化；数据库模式满足使用要求；数据存取要求；一致性；运行等方面。 ER 图转换为关系模式；检查确认对象；检查转换以后的每一个关系名和属性名是否符合数据库设计关于统一命名的约定。 208. (1).把 ER 模型中的每一个实体集转换成一个同名的关系。 (2).把 ER 模型中的每 一个联系转换成一个关系，与该联系相连的各实体集的码以及联系的属性转换为关系的属性。 (3).合并具有相同码的关系。 209.(1).若联系为 1:1，则每个实体集的码均是该关系的候码键。 (2).若联系为 1:n，则关系的码为 n 端实体集的码。 (3).若联系为 m:n，则关系的码为各实体集码的组合。 ；优化属性；确认模式满足需求。 ，通过对存储的数据值的约束维护关系的完整性。 ，限制指定表列的取值及范围；主码约束，定义每个关系的主码值 不空，并且惟一；引用完整性约束，定义不同关系模式的属性之间满足的条件，以及一个关系模式中属性之间可能满足的条件。 ；根据不同用户对数据库的存取特点定义相应的外模式，在数据库和应用程序代码之间提供另一层抽象，使一些使用者通过外模式操作数据库而不必直接访问关系表。 214.(1).分解具有无损连接性，但不保持函数依赖性。 (2).分解既具有无损连接性，又保持函数依赖性。 (3). 分解不具有无损连接性，但保持函数依赖性。 (4). 分解既不具有无损连接性，又 不具有保持函数依赖性。 数据存储方式。 ； DBMS；根据这种映射关系找到该逻辑记录所在的磁盘块。 220.(1).文件的组织； (2).文件的结构，也称为文件中记录的组织。 (3).文件的存取。