2026年软考《数据库系统工程师》考试真题及答案

2026年软考《数据库系统工程师》考试真题及答案一、单项选择题1.在数据库系统中，保证事务原子性的日志恢复技术是（）。A.Undo日志B.Redo日志C.Undo/Redo日志D.检查点答案：A解析：事务的原子性是指事务中的所有操作要么全部完成，要么全部不执行。Undo日志在事务执行过程中记录数据修改前的旧值，当系统发生故障导致事务中断时，利用Undo日志可以将未完成事务对数据库的修改全部撤销，使数据库恢复到该事务执行前的状态，从而保证了事务的原子性。Redo日志主要用于保证已提交事务的持久性，Undo/Redo日志结合了两者功能，检查点是一种提高恢复效率的技术。2.关于数据库三级模式结构，下列说法错误的是（）。A.外模式是用户视图，可以有多个B.模式是全体数据的逻辑结构，只有一个C.内模式是数据的物理存储结构，可以有多个D.二级映像保证了数据的物理独立性和逻辑独立性答案：C解析：数据库系统的三级模式结构包括外模式、模式和内模式。外模式（也称子模式或用户模式）是数据库用户能够看见和使用的局部数据的逻辑结构和特征描述，是用户的数据视图，可以有多个。模式（也称逻辑模式）是数据库中全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图，只有一个。内模式（也称存储模式）是数据物理结构和存储方式的描述，是数据在数据库内部的表示方式，一个数据库只有一个内模式。二级映像（外模式/模式映像、模式/内模式映像）保证了数据的逻辑独立性和物理独立性。3.在关系R(A,B,C,D)中，存在函数依赖：AB→C,C→D,D→A。则该关系的候选码是（）。A.ABB.AB和BCC.AB和BDD.AB和AD答案：C解析：求候选码需要找到一个或一组属性，其闭包包含关系中的所有属性。对于属性组AB：(AB=ABCD4.数据库系统并发控制中，两阶段锁协议（2PL）的主要目的是保证事务调度的（）。A.无级联性B.可恢复性C.可串行化D.隔离性答案：C解析：两阶段锁协议（Two-PhaseLocking,2PL）是并发控制中保证可串行性的一个充分条件。协议要求事务分为两个阶段：第一阶段是获得锁（增长阶段），第二阶段是释放锁（收缩阶段）。遵守两阶段锁协议的事务调度一定是可串行化的。可恢复性和无级联性通常通过严格的或强化的两阶段锁协议（如严格2PL或强2PL）来保证，它们要求事务持有的排他锁必须在事务提交后才能释放。5.一个B+树索引，其内部节点有100个键值，每个叶节点能存储200个键值-记录指针对。若树的高度为3（根为第1层，叶为第3层），且根节点常驻内存，则最多需要多少次磁盘I/O来查找一个键值对应的记录？（）A.2B.3C.4D.5答案：B解析：B+树高度为3，根节点常驻内存，因此访问根节点不需要磁盘I/O。查找过程需要从根节点到叶节点的路径访问。第2层是内部节点，需要1次磁盘I/O读取相应的内部节点。第3层是叶节点，需要1次磁盘I/O读取相应的叶节点。在叶节点中找到键值后，根据记录指针访问数据记录本身，还需要1次磁盘I/O（假设数据记录不在内存）。因此，总的磁盘I/O次数为：1（内部节点）+1（叶节点）+1（数据记录）=3次。6.在分布式数据库系统中，两阶段提交协议（2PC）中，协调者发送“准备”消息后，若某个参与者故障，则协调者会（）。A.立即决定全局提交B.立即决定全局中止C.等待该参与者恢复D.根据其他参与者的响应决定答案：C解析：在两阶段提交协议的第一阶段，协调者向所有参与者发送“准备”（Prepare）消息。参与者收到消息后，如果准备好提交，则返回“同意”（Yes）并进入就绪状态；否则返回“中止”（No）。如果某个参与者在返回“同意”后、收到协调者最终决定前发生故障，协调者无法收到其“同意”响应，但也不能确定其状态。此时，协调者必须等待该参与者恢复，因为该参与者可能已经写入了预提交日志，处于“不确定”状态。协调者不能单方面决定全局提交或中止，必须等待故障参与者恢复并查询其状态，或者根据超时机制做出决定，但标准2PC协议要求协调者等待。7.下列关于数据仓库的描述中，错误的是（）。A.数据仓库的数据是面向主题的B.数据仓库的数据是集成的C.数据仓库的数据是实时更新的D.数据仓库的数据是非易失的答案：C解析：数据仓库是一个面向主题的、集成的、非易失的且随时间变化的数据集合，用于支持管理决策。其核心特征包括：面向主题（围绕分析主题组织，如客户、产品）、集成性（数据来源于多个异构数据源，经过清洗、转换和集成）、非易失性（数据一旦进入数据仓库，通常不会被更新或删除，主要操作为查询和分析）、时变性（数据仓库中的数据包含时间元素，反映历史变化）。数据仓库的数据加载通常是批量的、周期性的（如每天、每周），而不是实时更新。实时或近实时更新是操作型数据库（OLTP）的特征。8.在SQL:1999标准中，用于在查询结果中计算排名（Rank）的窗口函数是（）。A.ROW_NUMBER()B.RANK()C.DENSE_RANK()D.NTILE()答案：B解析：SQL:1999标准引入了在线分析处理（OLAP）功能，包括窗口函数。RANK()函数用于计算排名，当出现相同值时，会分配相同的排名，并且后续排名会跳过这些重复排名所占用的位置（例如，1,2,2,4）。ROW_NUMBER()为每一行分配一个唯一的连续序号，即使值相同。DENSE_RANK()也处理相同排名，但后续排名是连续的（例如，1,2,2,3）。NTILE(n)将有序分区中的行分配到指定数量的组中。9.数据库的介质恢复通常需要使用（）。A.事务日志和数据库备份B.仅事务日志C.仅数据库备份D.检查点记录答案：A解析：介质故障是指磁盘等存储介质损坏，导致数据库部分或全部数据丢失。进行介质恢复时，需要从最近的、完好的数据库备份（完整备份或增量/差异备份）中恢复数据库文件，然后利用自该备份以来生成的事务日志，重做（Redo）所有已提交事务的修改，并撤销（Undo）所有未完成事务的修改，从而使数据库恢复到故障发生前的某个一致状态。仅靠日志或仅靠备份都无法完成完整的介质恢复。检查点记录主要用于加速恢复过程，但不是恢复的充分条件。10.关于NoSQL数据库，以下说法正确的是（）。A.所有NoSQL数据库都严格遵循ACID事务特性B.NoSQL数据库均不支持SQL语言C.文档数据库（如MongoDB）以键值对形式存储数据，值可以是复杂结构D.列族数据库（如HBase）适合处理高度结构化的固定模式数据答案：C解析：NoSQL数据库种类繁多，特性各异。A错误，许多NoSQL数据库为了高可用性和分区容错性（遵循CAP定理），放宽了对强一致性和ACID事务的支持，提供最终一致性或更灵活的一致性模型。B错误，一些NoSQL数据库（如Cassandra的CQL，某些文档数据库的查询语言）提供了类似SQL的查询语言或接口。C正确，文档数据库（如MongoDB,CouchDB）存储的是文档（如JSON,BSON格式），本质上是键值对的扩展，其中“值”是结构化的文档，可以包含嵌套对象和数组。D错误，列族数据库（如HBase,Cassandra）具有灵活的模式，允许动态添加列，更适合处理半结构化或稀疏数据，而不是高度结构化的固定模式数据。二、综合应用题1.某公司数据库中有如下关系模式：职工（职工号，姓名，年龄，部门号）部门（部门号，部门名，经理职工号）项目（项目号，项目名，预算，负责人职工号）参与（职工号，项目号，工作时间）其中，带下划线的属性为主码。经理职工号参照职工表的职工号。负责人职工号参照职工表的职工号。参与表中的职工号参照职工表的职工号，项目号参照项目表的项目号。请用SQL语句完成以下操作：（1）查询年龄在30岁以下（不含30岁），且参与了预算超过100万的项目的职工姓名和部门名。（2）统计每个部门参与项目的总工作时间，列出部门名和总工作时间（即使为0也要列出）。（3）将“研发部”所有职工的年龄增加1岁。（4）创建一个视图V_Manager，显示所有担任经理的职工的职工号、姓名及其管理的部门名。答案与解析：（1）```sqlSELECTDISTINCTE.姓名,D.部门名FROM职工EJOIN部门DONE.部门号=D.部门号JOIN参与PONE.职工号=P.职工号JOIN项目PrONP.项目号=Pr.项目号WHEREE.年龄<30ANDPr.预算>1000000;```解析：这是一个多表连接查询。需要连接职工、部门（获取部门名）、参与（关联职工与项目）和项目（判断预算）。使用`DISTINCT`确保同一职工只出现一次。注意条件：年龄<30，预算>100万（假设预算单位为元，100万即1000000）。（2）```sqlSELECTD.部门名,COALESCE(SUM(P.工作时间),0)AS总工作时间FROM部门DLEFTJOIN职工EOND.部门号=E.部门号LEFTJOIN参与PONE.职工号=P.职工号GROUPBYD.部门号,D.部门名;```解析：要求即使为0也要列出，因此需要使用外连接（`LEFTJOIN`）从部门表出发，确保所有部门都出现。先连接部门与职工（一个部门可能有多个职工），再连接职工与参与（一个职工可能参与多个项目或未参与任何项目）。使用`COALESCE(SUM(P.工作时间),0)`将`NULL`（没有参与记录的部门或职工）转换为0。按部门分组统计。（3）```sqlUPDATE职工SET年龄=年龄+1WHERE部门号IN(SELECT部门号FROM部门WHERE部门名='研发部');```解析：更新操作。通过子查询找到部门名为“研发部”的部门号，然后更新所有属于这些部门的职工的年龄。也可以使用连接：```sqlUPDATE职工EJOIN部门DONE.部门号=D.部门号SETE.年龄=E.年龄+1WHERED.部门名='研发部';```（4）```sqlCREATEVIEWV_ManagerASSELECTE.职工号,E.姓名,D.部门名FROM职工EJOIN部门DONE.职工号=D.经理职工号;```解析：创建视图。部门表中的“经理职工号”参照职工表的“职工号”，因此担任经理的职工信息可以通过连接这两个表获得。视图包含指定的三列。2.现有关系模式R(A,B,C,D,E,F)，其上函数依赖集F={A→BC,CD→E,B→D,E→A}。（1）求属性集{A,C}的闭包(A（2）求关系R的所有候选码。（3）判断R最高属于第几范式（1NF,2NF,3NF,BCNF），并说明理由。（4）若R不属于BCNF，请将其分解为满足BCNF且保持无损连接性的模式集。答案与解析：（1）计算(A初始化：X=根据A→BC，将B,C加入X，X=根据B→D，将D加入X，X=根据CD→E，由于C,D已在X中，将E加入X，X=根据E→A，A已在X中。至此，X不再扩大。但F中依赖已用完，且属性F未出现。检查是否有依赖能推出F？没有。因此，(A（2）寻找候选码。观察函数依赖，发现A,E可以互相决定（A→...→E，E→A），且B,C,D似乎可由它们推出。尝试单属性：=A=E=C=B=D=F尝试双属性：(A(A(CF=CF(E(BF=(D尝试三属性？由于AF和EF已是候选码，且为两个属性，不需要更多属性的候选码。检查是否有更小的？A、E、F单独都不行。所以候选码是AF和EF。（3）首先，R的所有属性都是原子属性，属于1NF。判断2NF：2NF要求非主属性完全依赖于候选码，不能存在部分函数依赖。候选码为AF和EF。非主属性为B,C,D。对于候选码AF：A→BC，B→D。这里存在非主属性B、C、D对候选码AF的部分依赖吗？由于A→BC，即非主属性B和C完全依赖于候选码的一部分（A），因此存在部分函数依赖。所以R不属于2NF。因此，R最高属于1NF。（4）由于R不满足2NF，先分解为2NF，再向BCNF分解。但题目要求直接分解为BCNF且保持无损连接性。从函数依赖集F={A→BC,CD→E,B→D,E→A}出发，检查每个依赖是否违反BCNF。BCNF要求每个非平凡函数依赖的决定因素都包含候选码。对于A→BC：决定因素A的闭包=A分解R：根据A→BC，将R分解为R1(A,B,C)和R2(A,D,E,F)。计算R1和R2的函数依赖在各自属性集上的投影。对于R1(A,B,C)：有A→BC，B→D？但D不在R1中。所以R1上的函数依赖集F1={A→BC}。A是R1的候选码（A→BC，所以A决定所有属性），满足BCNF。对于R2(A,D,E,F)：属性集为{A,D,E,F}。原依赖CD→E中C不在R2中，E→A存在，B→D中B不在。所以R2上的函数依赖需要考虑：E→A。还有吗？从原集看，A→BC中B,C不在，CD→E不完整。检查R2的候选码：由于E→A，所以E决定A。但还需要决定D和F。(EF在R2中：EF→E→A，所以(EF=E,F,A，缺D。(AF=A,继续分解R2：根据E→A，分解为R21(E,A)和R22(E,D,F)。对于R21(E,A)：函数依赖E→A，E是候选码，满足BCNF。对于R22(E,D,F)：属性集为{E,D,F}。原依赖中，CD→E不适用，E→A不在。在R22上，没有非平凡函数依赖（假设没有新的依赖产生）。那么，R22的所有属性构成候选码（即EDF），因为没有依赖，所以每个非平凡依赖（如果存在）的决定因素必须包含候选码，但这里没有非平凡依赖，所以平凡满足BCNF。现在检查分解{R1(A,B,C),R21(E,A),R22(E,D,F)}是否保持无损连接性。初始表：R1(A,B,C):(a1,a2,a3,b14,b15,b16)->简写为(a1,a2,a3,-,-,-)R21(E,A):(b21,a1,b23,b24,a5,b26)->(a1,-,-,-,a5,-)R22(E,D,F):(b31,b32,b33,a4,a5,a6)->(-,-,-,a4,a5,a6)根据A→BC，在R1和R21中，A列值相同(a1)，可将R21的B、C列（即第2,3列）改为a2,a3（因为A决定BC）。根据E→A，在R21和R22中，E列（第5列）值相同(a5)，可将R22的A列（第1列）改为a1。此时，R22行变为(a1,-,-,a4,a5,a6)。现在检查是否有某一行全部为a：R1行是(a1,a2,a3,-,-,-)，R21行是(a1,-,-,-,a5,-)，R22行是(a1,-,-,a4,a5,a6)。没有一行全a。但我们需要检查通过其他依赖是否能产生全a行。原依赖CD→E，但C和D不在同一张表（C在R1，D在R22），且当前表中没有同时包含C和D的行能应用此依赖。B→D，B在R1，D在R22，同样不在同一行。所以无法产生全a行。但这是否意味着分解有损？我们需要验证。实际上，初始分解R为R1和R2时，是根据A→BC，这个分解本身是无损的，因为R1∩R2={A}，且A→BC成立（即A→R1）。第二步分解R2为R21和R22，是根据E→A，R21∩R22={E}，且E→A成立（即E→R21）。由于每一步分解都是基于一个函数依赖，且该依赖的决定因素是两个分解模式的交集，并决定其中一个模式，根据分解定理，这是无损连接分解。因此总体分解是无损的。最终BCNF分解为：R1(A,B,C)，R21(E,A)，R22(E,D,F)。三、设计题某物流公司需要设计一个数据库来管理其仓储和配送业务。初步分析得到以下核心信息：仓库有仓库编号、地址、容量。商品有商品编号、商品名称、类别、重量。每个仓库存储多种商品，每种商品可存储于多个仓库。需要记录每种商品在每个仓库的库存数量。客户有客户编号、姓名、电话、地址。订单有订单编号、下单时间、总金额。一个订单由一个客户下达，包含多种商品。订单明细记录每个订单中包含的商品及其数量、单价。配送任务有任务编号、出发仓库、目的地（客户地址）、计划出发时间、实际到达时间。一个配送任务对应一个订单，一个订单可能分多个配送任务（例如从不同仓库发货）。车辆有车牌号、型号、载重。一个配送任务由一辆车完成，一辆车可执行多个任务（不同时间）。员工有员工编号、姓名、职位。员工包括司机和仓库管理员。一个配送任务由一个司机负责，一个仓库有多个管理员，一个管理员只管理一个仓库。请根据以上描述，完成以下数据库概念设计和逻辑设计：（1）绘制实体-联系图（E-R图），需标明实体、属性、联系类型（1:1,1:n,m:n）及联系本身的属性。（2）将E-R图转换为满足3NF的关系模式，并标明每个关系的主码和外码。答案与解析：（1）E-R图（文字描述）：实体：仓库（仓库编号，地址，容量）商品（商品编号，商品名称，类别，重量）客户（客户编号，姓名，电话，地址）订单（订单编号，下单时间，总金额）配送任务（任务编号，计划出发时间，实际到达时间）车辆（车牌号，型号，载重）员工（员工编号，姓名，职位）联系：1.仓库与商品：多对多（m:n）联系“存储”，属性：库存数量。2.客户与订单：一对多（1:n）联系“下达”。一个客户下达多个订单，一个订单由一个客户下达。3.订单与商品：多对多（m:n）联系“包含”，该联系衍生为“订单明细”实体或联系，属性：数量，单价。4.订单与配送任务：一对多（1:n）联系“对应”。一个订单可能对应多个配送任务（分批发货），一个配送任务对应一个订单。（注意：如果规定一个订单只能一次配送，则为1:1，但根据描述“可能分多个”，故为1:n）。5.配送任务与仓库：多对一（n:1）联系“从…出发”。一个配送任务从一个仓库出发，一个仓库可发出多个任务。6.配送任务与车辆：多对一（n:1）联系“使用”。一个配送任务由一辆车执行，一辆车可执行多个任务（不同时间）。7.配送任务与员工（司机）：多对一（n:1）联系“负责”。一个配送任务由一个司机负责，一个司机可负责多个任务。8.员工（管理员）与仓库：多对一（n:1）联系“管理”。一个仓库有多个管理员，一个管理员只管理一个仓库。注意：员工实体中有一个“职位”属性，可以区分司机和管理员。管理联系是员工（职位为管理员）与仓库之间的联系。（2）转换为关系模式（下划线为主码，斜体为外码）：1.仓库（仓库编号，地址，容量）主码：仓库编号2.商品（商品编号，商品名称，类别，重量）主码：商品编号3.存储（仓库编号，商品编号，库存数量）主码：（仓库编号，商品