数据库原理与应用（MySQL版）题库

答案：C

解析：删除异常通常指由于数据依赖（如部分依赖、传递依赖），导致在删除某个元组时，会连带删除掉其他不应被删除的信息。

答案：B

解析：由函数依赖集可推导出 \( A1 \rightarrow A2 \) 和 \( A2 \rightarrow A3 \)，根据传递律可得 \( A1 \rightarrow A3 \)，因此 \( A1 \rightarrow A3 \) 是冗余的。

答案：C

解析：函数依赖 \( XY \rightarrow Z \) 仅表示属性组 \( XY \) 决定 \( Z \)，不能推出 \( X \) 或 \( Y \) 单独决定 \( Z \)。例如，当 \( X \) 和 \( Y \) 共同决定 \( Z \)，但单独一个属性不能决定 \( Z \)。

答案：D

解析：函数依赖 \( A \rightarrow BC \) 可以通过分解规则推出 \( A \rightarrow B \) 和 \( A \rightarrow C \)，但不能推出 \( B \rightarrow C \)。

答案：A

解析：在 \( R \) 中，主码是（学号, 课程号），但存在非主属性（姓名、性别、学院）部分依赖于主码中的“学号”，违反了2NF。因此，\( R \) 只满足1NF。

答案：C

解析：3NF消除了非主属性对码的部分和传递依赖。BCNF则更严格，要求消除所有属性（包括主属性和非主属性）对码的部分和传递依赖，即每一个决定因素都包含候选码。

答案：B

解析：2NF的定义就是在1NF的基础上消除了非主属性对码的部分函数依赖。

答案：A

解析：如果所有属性都是主属性，则不存在非主属性对码的部分和传递依赖问题，因此至少满足3NF。

答案：D

解析：候选码为 \( AB \) 和 \( BC \)。所有属性都是主属性，且所有函数依赖的左边都包含候选码（\( AB \) 或 \( BC \)），因此满足BCNF。

答案：B

解析：候选码为 \( A \)。存在非主属性 \( C \) 对候选码 \( A \) 的传递依赖（\( A \rightarrow B, B \rightarrow C \)），违反了3NF，但满足2NF（因为不存在部分依赖）。

答案：C

解析：对于包含三个属性的关系模式，可能存在非主属性对候选码的传递依赖，从而不满足3NF。例如 \( R(A,B,C) \)，若 \( A \rightarrow B, B \rightarrow C \)，则不满足3NF。而A、B、D选项的陈述是正确的。

答案：A

解析：1NF的核心要求是属性具有原子性，即不可再分。这指的是属性值本身是单一的、原子的，而不是说字段必须是唯一的或非空。

答案：B

解析：函数依赖是描述同一个关系模式中不同属性之间的一种制约关系，即一个（组）属性的值可以决定另一个（组）属性的值。

答案：C

解析：3NF的定义就是消除非主属性对候选码的传递依赖。确保每个非主属性都完全依赖于主键是2NF的要求，而3NF在此基础上进一步要求消除传递依赖。

答案：A

解析：传递依赖的经典形式是 \( A \rightarrow B \)， \( B \rightarrow C \)，并且 \( B \) 不决定 \( A \)，同时 \( A \) 不是 \( B \) 的候选码（也不是 \( C \) 的候选码）。这导致了 \( C \) 通过 \( B \) 传递依赖于 \( A \)。

答案：数据冗余、插入异常、删除异常、更新异常

解析：一个不规范的关系模式通常会导致四大问题：数据冗余（同一信息多次存储）、插入异常（想插入数据却因缺少部分主属性而无法插入）、删除异常（删除一个元组时可能丢失其他有用信息）和更新异常（更新部分数据可能导致数据不一致）。

答案：函数

解析：3NF（第三范式）是基于函数依赖理论提出的，旨在消除关系模式中的传递函数依赖。

答案：低范式、高范式

解析：规范化的核心思想是将一个满足较低范式要求（存在较多问题）的关系模式，通过投影运算分解为多个满足较高范式要求（问题较少）的关系模式集合。

答案：范式

解析：范式是衡量关系模式设计优劣程度的理论标准。范式等级越高（如BCNF, 3NF），通常认为其结构越规范，产生数据异常的可能性越小。

答案：2NF

解析：第二范式（2NF）的定义：在满足1NF的基础上，消除了所有非主属性对候选码的部分函数依赖。

答案：3NF

解析：第三范式（3NF）的定义：在满足2NF的基础上，消除了所有非主属性对候选码的传递函数依赖。

答案：BCNF

解析：BCNF（Boyce-Codd范式）的定义：在满足1NF的基础上，对于关系模式中的每一个非平凡的函数依赖 \( X \rightarrow Y \)，X都包含候选码。这等价于消除了任何属性（包括主属性和非主属性）对候选码的部分和传递依赖。

答案：\( x \rightarrow y \)、\( x \nrightarrow y \) （即存在 \( x' \subset x \)，使得 \( x' \rightarrow y \)）

解析：部分函数依赖的定义：如果 \( x \rightarrow y \)，并且存在 \( x \) 的一个真子集 \( x' \)，使得 \( x' \rightarrow y \) 也成立，则称 \( y \) 部分函数依赖于 \( x \)。

答案：\( y \rightarrow z \)、\( y \nrightarrow x \)

解析：传递函数依赖的定义：如果 \( x \rightarrow y \)，\( y \rightarrow z \)，并且 \( y \nrightarrow x \)（即 \( y \) 不决定 \( x \)），则称 \( z \) 传递函数依赖于 \( x \)。

答案：BCNF

解析：如果所有属性一起构成候选码（全码），则关系中不存在非主属性，自然满足2NF和3NF。同时，对于任何函数依赖 \( X \rightarrow Y \)，其决定因素 \( X \) 必然包含候选码（因为所有属性都是主属性），因此满足BCNF。

答案：数据冗余、插入异常、删除异常、更新异常

解析：这是不规范关系模式带来的典型问题集合。

答案：非主属性对主码（候选码）的部分函数依赖

解析：这是2NF的核心要求。

答案：非主属性对主码（候选码）的传递函数依赖

解析：这是3NF的核心要求。

答案：部分函数依赖

解析：这是从1NF到2NF规范化过程的实质。

答案与解析：
(1)
候选码: \( AB \)（由 \( AB \rightarrow C, AB \rightarrow D, ABC \rightarrow E \) 可推出 \( AB \rightarrow E \)）
检查范式：

• 所有非主属性 \( C, D, E \) 都完全依赖于候选码 \( AB \)，满足2NF。
• 不存在非主属性对候选码的传递依赖，满足3NF。
• 检查BCNF：函数依赖 \( ABC \rightarrow E \) 中，决定因素 \( ABC \) 不包含候选码 \( AB \) 吗？实际上 \( ABC \) 是超码，它包含了候选码 \( AB \)。但我们需要看所有函数依赖的左边是否都包含候选码。\( AB \rightarrow C \) 和 \( AB \rightarrow D \) 的决定因素 \( AB \) 就是候选码。\( ABC \rightarrow E \) 的决定因素 \( ABC \) 是超码。因此满足BCNF。

所以，(1) 最高属于 BCNF。

(2)
候选码: \( AB \)。
检查范式：

• 所有非主属性 \( C, D, E \) 都完全依赖于候选码 \( AB \)，满足2NF。
• 不存在非主属性之间的依赖关系，因此没有传递依赖，满足3NF。
• 所有函数依赖 \( AB \rightarrow C, AB \rightarrow D, AB \rightarrow E \) 的决定因素 \( AB \) 都是候选码，满足BCNF。

所以，(2) 最高属于 BCNF。

(3)
求候选码：由 \( BD \rightarrow ACE \) 可知 \( BD \) 是候选码（能推出所有属性）。同时，由 \( AB \rightarrow C, AB \rightarrow E, A \rightarrow D \) 可得 \( AB \) 也能推出所有属性（\( AB \rightarrow AB, AB \rightarrow C, AB \rightarrow E \)，又因为 \( A \rightarrow D \)，所以 \( AB \rightarrow D \)，从而 \( AB \rightarrow ABCDE \)）。因此候选码有 \( AB \) 和 \( BD \)。
检查范式：

• 存在部分依赖吗？考虑非主属性 \( D \)。它依赖于候选码 \( AB \) 吗？根据 \( A \rightarrow D \)，非主属性 \( D \) 部分依赖于候选码 \( AB \)（仅依赖于其中的 \( A \)）。因此违反了2NF。

所以，(3) 最高只属于 1NF。

答案与解析：
设属性：运动员编号(A)，比赛项目(B)，成绩(C)，比赛类别(D)，比赛主管(E)。

(1) 基本函数依赖集与候选码

• 根据“每个运动员每参加一个比赛项目只有一个成绩”：\( (A, B) \rightarrow C \)
• 根据“每个比赛项目只属于一个比赛类别”：\( B \rightarrow D \)
• 根据“每个比赛类别只有一个比赛主管”：\( D \rightarrow E \)（同时可传递推出 \( B \rightarrow E \)）

因此，函数依赖集 \( F = \{ (A, B) \rightarrow C, B \rightarrow D, D \rightarrow E \} \)。
候选码：由于 \( (A, B) \) 可以决定所有属性（\( (A,B) \rightarrow C \)，又因为 \( B \rightarrow D \) 且 \( D \rightarrow E \)，所以 \( (A,B) \rightarrow D, E \)），所以 \( (A, B) \) 是候选码。

(2) 2NF判定与分解
理由：R的候选码是 \( (A, B) \)，但存在非主属性 \( D \) 和 \( E \) 部分依赖于候选码（实际上它们只依赖于候选码的一部分 \( B \)，即 \( B \rightarrow D, B \rightarrow E \)），违反了2NF。
分解为2NF：消除部分依赖。将部分依赖的属性（D，E）与它们所依赖的部分主属性（B）单独组成一个关系，剩下的属性与完整主码组成另一个关系。

• R1(比赛项目B，比赛类别D，比赛主管E) 函数依赖：\( B \rightarrow D, D \rightarrow E \)
• R2(运动员编号A，比赛项目B，成绩C) 函数依赖：\( (A, B) \rightarrow C \)

此时，R1的候选码是 \( B \)，R2的候选码是 \( (A, B) \)。两个关系均满足2NF。

(3) 3NF判定与分解
检查分解后的关系：

• R2(\( A, B, C \))：只有一个函数依赖 \( (A,B) \rightarrow C \)，决定因素就是候选码，满足BCNF（自然也满足3NF）。
• R1(\( B, D, E \))：函数依赖为 \( B \rightarrow D \) 和 \( D \rightarrow E \)。候选码是 \( B \)。这里存在非主属性 \( E \) 对候选码 \( B \) 的传递依赖（\( B \rightarrow D, D \rightarrow E \)，且 \( D \nrightarrow B \)），因此R1只满足2NF，不满足3NF。

将R1进一步分解为3NF：消除传递依赖。

• R11(比赛类别D，比赛主管E) 函数依赖：\( D \rightarrow E \)
• R12(比赛项目B，比赛类别D) 函数依赖：\( B \rightarrow D \)

最终的3NF模式集为：{ R2(\( A, B, C \)), R11(\( D, E \)), R12(\( B, D \)) }。

答案与解析：
设属性：宾客姓名(N)，性别(S)，年龄(Age)，身份证号(ID)，地址(Addr)，客房号(RNo)，住宿日期(CIn)，退房日期(COut)，押金(Dep)。
根据语义“宾客中可能存在同名的现象

答案：B

解析：业务规则是构建数据库的约束和逻辑基础，需通过设计来体现，如设置唯一约束、外键约束、检查约束等。随意设计数据表结构不符合规范，无法体现业务规则。

答案：C

解析：逻辑结构设计阶段的主要任务是将概念模型（E-R图）转换为特定数据库管理系统所支持的数据模型（如关系模型，即表结构）。A是概念设计阶段，B、D是物理设计阶段的任务。

答案：C

解析：顺序存储中，新数据通常追加在末尾，插入方便。但若查询条件不按存储顺序，则需全表扫描，效率较低。哈希存储（针对等值查询）和索引存储（针对特定字段）通常能提高查询效率。

答案：C

解析：哈希存储的主要优点是精确匹配查询（等值查询）速度快。其缺点包括：可能产生哈希冲突、难以支持范围查询、对哈希函数设计有较高要求。因此，“数据检索速度慢”不是哈希存储的典型缺点。

答案：C

解析：数据库实施阶段是按照逻辑设计和物理设计的结果，在计算机上建立实际的数据库结构、装入数据、进行测试和试运行的过程。第一步是使用DDL语句创建数据库、表、视图等，即建立数据库结构。

答案：B

解析：概念结构设计的目标是产生反映企业组织信息需求的数据库概念结构，即概念模型。E-R图是概念模型的常用表示方法，它独立于具体的DBMS和计算机硬件，不涉及信息在计算机中的具体表示。

答案：C

解析：逻辑结构设计阶段的任务是将概念模型（如E-R图）转换为具体DBMS支持的数据模型（如关系模型）。对于关系数据库，这个转换的结果就是一组关系模式（表结构）的设计。

答案：D

解析：实体-联系模型（E-R模型）使用实体、属性和联系来描述现实世界的概念模型，它是数据库概念设计阶段最常用、最著名的工具。

答案：C

解析：需求分析阶段的任务是详细调查现实世界，了解用户的数据需求、处理需求和安全性与完整性要求。数据流程图（Data Flow Diagram, DFD）是描述系统中数据流程的常用工具，用于表达数据的流动和处理过程。

答案：C

解析：一个M:N联系转换为一个独立的关系模式时，该模式的属性包括联系本身的属性以及两端实体的主键。由于多对多关系中，单独一端实体的主键都无法唯一标识联系，所以必须将两端实体的主键组合起来作为该关系模式的主键。

答案：D

解析：A、B、C均为E-R图设计的正确原则。D选项错误，因为在集成后，为了保持信息的完整性或提高查询效率，有时需要保留一定的数据冗余和联系冗余。清除冗余应以不破坏数据完整性和不损失必要信息为前提，不能“全部清除”。

答案：D

解析：A、B、C均为正确的转换或优化原则。D选项错误，规范化理论主要解决数据冗余和更新异常问题。规范化程度越高（如达到BCNF），表分解得越细，在查询时可能需要更多的连接操作，反而可能导致查询效率降低。因此，需要在规范化和查询性能之间取得平衡。

答案：D

解析：概念结构设计通常采用自顶向下、自底向上、逐步扩张或混合策略，其核心步骤一般遵循：首先进行数据抽象（识别实体、属性、联系等），然后设计局部E-R视图（针对不同用户组或应用），接着将局部视图合并成全局视图（需解决命名、属性、结构等冲突），最后对全局E-R图进行优化（修改与重构，消除不必要的冗余）。

答案：B

解析：在合并局部E-R图时，命名冲突是指同一意义的对象在不同局部视图中命名不同（如本题的“教师”和“职工”），或者不同意义的对象具有相同的名字。

答案：A

解析：在需求分析阶段，数据流程图（Data Flow Diagram, DFD）是描述系统中数据流动、存储和处理的图形工具，它能清晰地表达用户单位的业务流程。E-R图用于概念设计，程序流程图和判定表多用于描述程序逻辑。

答案：B① A；② B

解析： ① 年龄可以从出生日期派生（计算）出来，因此属于派生属性。在数据库设计中，通常只存储出生日期，不存储年龄，以避免数据冗余和更新异常。 ② 购买记录表中的客户信息必须参照客户表中的客户信息（如通过客户ID），这体现了表之间的引用关系，属于参照完整性约束。

答案：需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行与维护

解析：这是数据库设计的标准化流程，各阶段任务明确，环环相扣。

答案：将概念模型（如E-R图）转换为特定数据库管理系统支持的数据模型（如关系模型），并进行优化

解析：逻辑设计是连接概念世界与计算机实现的桥梁，核心任务是模型转换与模式优化。

答案：数据库的转储与恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织与重构造

解析：维护工作贯穿数据库生命周期，确保系统持续稳定、安全、高效地运行。

答案：椭圆（或椭圆形）

解析：E-R图图例规定：实体用矩形，属性用椭圆，联系用菱形。

答案：自顶向下

解析：需求分析策略主要包括自顶向下（先全局后局部）和自底向上（先局部后汇总），实践中常结合使用。

答案：实体、属性、联系

解析：这三个元素构成了E-R模型描述现实世界的基本框架。

答案：聚集、概括（或分类）

解析：聚集是将若干对象及其联系组成一个更高-level的对象；概括是将一组具有共同特性的对象抽象为更一般的类型（如“学生”和“教师”概括为“人”）。

答案：唯一（UNIQUE）约束或主键（PRIMARY KEY）约束

解析：“唯一”是核心要求。若学号被选作表的主键，则主键约束天然包含唯一和非空约束；若仅要求唯一但允许空值，则使用UNIQUE约束。

答案：块

解析：数据库系统通常以“块”（Block）或“页”（Page）作为磁盘和内存之间数据传输的基本单位，其大小是物理设计的重要参数。

答案：哈希（Hash）索引

解析：B+树索引适用于范围查询和排序，是关系型数据库最常用的索引结构；哈希索引适用于等值查询，速度快但无法支持范围查询。

答案：物理上

解析：聚簇（Clustering）是指将一个或多个表中的相关数据行物理上相邻存储在同一或相邻的数据块中，以减少I/O次数，提高关联查询效率。

答案：最小（或不可再分）

解析：数据项是数据的最小单位，描述了数据的静态特征，如学号、姓名等，不能再分解为更小的有意义的单位。

答案：所选用的DBMS

解析：逻辑结构设计的输出是针对具体数据库管理系统（如MySQL、Oracle）的逻辑模式，因此转换过程必须考虑目标DBMS支持的数据模型特性。

答案：物理实现

解析：物理设计高度依赖于具体的DBMS产品，因为不同的DBMS在文件组织、索引机制、数据分区等方面有不同的实现方式和限制。

答案：D

解析：T2和T3对D2、D3已加排他锁（X锁），排他锁会阻塞其他任何事务对该数据项加锁（无论是共享锁S还是排他锁X）。因此，事务T1尝试对D2、D3加任何锁（S或X）都会失败，需要等待锁释放。

答案：C

解析：D1被T1加了共享锁（S锁），共享锁允许其他事务再加共享锁，但会阻塞排他锁。因此，T2对D1加共享锁（S）会成功，但对D1加排他锁（X）会失败。
D3被T3加了排他锁（X锁），会阻塞其他任何锁。因此，T2对D3无论加S锁还是X锁都会失败。
选项C描述了“对D1加共享锁成功（S锁兼容），对D3加排他锁失败（X锁被X锁阻塞）”的情况，是正确的一种可能性。选项A、B、D的表述均不完全正确或与题意不符。

答案：C

解析：原子性（Atomicity）是指事务是一个不可分割的工作单位，事务中的操作要么全部发生，要么全部不发生。A选项描述的是“一致性”，B选项描述的是“持久性”，D选项描述的是“隔离性”的目标（可串行化）。

答案：A

解析：一级封锁协议要求：事务在修改数据前必须先加X锁，直到事务结束才释放。这可以防止两个事务同时修改同一数据，从而解决了“丢失修改”问题。它不要求读数据时加锁，因此不能解决“读脏数据”和“不可重复读”问题。

答案：B

解析：一次封锁法要求事务在开始执行时，一次性申请它所需要的全部锁，从而避免了在运行过程中再申请锁，彻底杜绝了“持有并等待”的条件，因此能保证不产生死锁。两段锁协议（2PL）只能保证可串行化，不能防止死锁。一级、二级、三级封锁协议是解决数据不一致问题的不同级别协议，本身不解决死锁问题。

答案：C

解析：隔离性（Isolation）是指一个事务的执行不应受其他事务的干扰。题目描述的场景正是并发事务之间没有做好隔离，导致了数据访问的中间状态被暴露给其他事务，从而引发了结果不正确的问题。

答案：D

解析：持久性（Durability）是指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的，接下来的其他操作或故障不应该对其有任何影响。

答案：B

解析：分析T1和T2对D2的操作序列：T1在t2时刻读取D2=100后，T2在t6时刻读取D2=100，在t14时刻将D2修改为150并写回。随后T1在t8时刻再次读取D2，但此时它读取的仍是自己第一次读到的旧值100（这本身是“不可重复读”，但T1后续有计算和写操作），T1在t18时刻基于旧值100进行计算（D2=D3-D2），得到新值200，并在t19时刻将D2=200写回数据库。这导致T2在t14时刻对D2的修改（D2=150）被覆盖，即发生了“丢失修改”。

答案：C

解析：分析T2和T3对D2的操作序列：T3在t15时刻读取D2=200（这是T1修改后的值），然后T2在t14时刻将D2修改为150并写回。此时，T3在t17时刻再次读取D2，发现其值已变为150，与它第一次读取的200不同。对于T3这个事务来说，在同一个事务内两次读取同一数据D2，得到了不同的结果，这就是“不可重复读”问题。

答案：B

解析：两个售票事务T1和T2并发执行。理想情况：初始票数N，T1售出2张，票数应变为N-2；T2再售出2张，票数应变为N-4。但题目描述最终只减少了2张，即票数为N-2。这说明其中一个事务（比如T1）读取票数N，计算出N-2并写回后，另一个事务（T2）也读取了旧的票数N（在T1写回之前），也计算出N-2并写回，导致T1的修改被覆盖（丢失），总票数只减少了一次（2张）。这是典型的“丢失修改”问题。

答案：D

解析：多个事务因竞争资源而形成一种互相等待的环形链：T0→等待→T1→等待→T2→等待→T3→等待→T4→等待→T0。每个事务都持有部分资源，同时又等待其他事务释放资源，且这种等待关系形成一个闭环。没有任何一个事务能继续推进，系统陷入停滞，这就是“死锁”状态。

答案：B

解析：ROLLBACK语句的作用是使事务回滚，即撤销该事务从开始到回滚点之间所做的所有对数据库的修改（DML操作：INSERT, UPDATE, DELETE），将数据库状态恢复到该事务开始之前或上一个保存点的状态。它不影响程序变量的值，也不是简单的程序跳转。

答案：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）

解析：ACID是事务的四个基本特性，是数据库管理系统维持数据正确性与可靠性的基石。

答案：Commit

解析：COMMIT语句用于提交事务，将事务中对数据库的所有更新操作永久生效，这是实现事务持久性的关键指令。ROLLBACK则用于撤销事务。

答案：丢失修改、读脏数据、不可重复读

解析：这是并发操作可能导致的三种主要数据不一致性问题。更高一级的并发控制协议（如封锁协议）正是为了解决这些问题而设计的。

答案：排他锁（X锁，写锁）、共享锁（S锁，读锁）

解析：排他锁（Exclusive Lock）用于写操作，一个数据项上只能有一个X锁；共享锁（Share Lock）用于读操作，一个数据项上可以有多个S锁。X锁与任何锁都不兼容，S锁只与S锁兼容。

答案：并发控制

解析：并发控制机制（如封锁、时间戳、乐观控制等）是数据库管理系统用来协调多个事务并发执行，保证数据一致性，并为每个用户提供隔离的、如同单用户环境般体验的关键技术。

答案：事务故障

解析：数据库系统中的故障主要分为事务故障、系统故障和介质故障。死锁是由于多个事务对锁的竞争不当引起的，属于事务内部或事务之间发生的逻辑错误，因此归为“事务故障”。

答案：排他锁（或X锁）

解析：排他锁（X锁）的特性是：一旦某个事务对数据对象加上了排他锁，其他任何事务都不能再对该数据对象加任何类型的锁（无论是共享锁还是排他锁），直到该锁被释放。

答案：死锁

解析：死锁的典型定义就是：两个或两个以上的事务在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力干涉，它们都将无法继续推进。

答案：原子性

解析：这正是事务原子性（Atomicity）的核心含义。它通过事务管理（如日志的Undo操作）来保证。

答案：日志（或日志记录与恢复）

解析：持久性是通过数据库的恢复机制（主要是日志机制）来保证的。系统会将事务对数据库的更新操作记录在日志中，并先于数据写盘（Write-Ahead Logging, WAL）。当发生故障时，DBMS可以利用日志来重做（Redo）已提交的事务，撤销（Undo）未完成的事务，从而确保提交事务的结果不丢失。

答案：共享锁（或S锁）

解析：共享锁（S锁）就是为“读”操作设计的。多个事务可以同时对同一数据项加S锁进行读取，但只要有一个事务持有S锁，其他事务就不能对该数据项加X锁进行修改。

答案：读脏数据（或脏读）

解析：“脏数据”是指未被最终提交的、可能被回滚的中间数据。一个事务读取了另一个未提交事务修改的数据，就发生了“脏读”。二级封锁协议通过要求读数据前加S锁并在读完后立即释放，可以避免脏读。

答案：C

解析：数据库安全的核心组件通常围绕“认证、授权、审计”展开，即身份认证策略（你是谁？）、访问控制策略（你能做什么？）和审计策略（你做了什么？）。加密技术是保障数据机密性的重要手段，但通常被视为更底层的安全技术或一种增强措施，不属于最核心的组成部分定义。

答案：D

解析：SQL注入、未授权访问和数据泄露是典型的数据库安全威胁，针对的是数据库的逻辑安全和数据安全。自然灾害（如地震、洪水）属于物理环境层面的威胁，虽然会影响数据库的可用性，但通常归类为“灾难”或“物理故障”，而非狭义的、由攻击或漏洞引发的“安全威胁”。

答案：B

解析：最小权限原则（Principle of Least Privilege， PoLP）是安全设计的基本原则之一，其核心是只授予用户或进程执行其合法操作所必需的最小权限集，以限制潜在安全事件（如误操作、账户被盗用）造成的损害范围。

答案：C

解析：身份认证策略关注“证明你是你”的方式。强密码策略、账户锁定策略（防止暴力破解）、双因素/多因素认证都是增强认证强度的具体手段。防火墙策略是网络边界安全控制措施，用于过滤网络流量，不直接属于身份认证的范畴。

答案：A

解析：数据库审计的核心目的是记录（跟踪）用户对数据库的所有操作活动，形成不可抵赖的证据链。这为事后追责、合规性检查、异常行为分析和安全事件调查提供了依据。提高性能、防止泄露、优化结构并非审计的直接目的，虽然审计数据可能间接用于这些方面。

答案：D

解析：数据库备份的常规类型包括完全备份（Full Backup）、增量备份（Incremental Backup）和差异备份（Differential Backup）。“实时备份”通常指数据复制（如主从复制）或持续数据保护（CDP），它们更侧重于高可用性和实时同步，而非传统意义上的“备份”类型。备份通常是周期性的快照。

答案：A

解析：基于日志的恢复是数据库恢复技术的核心，它利用事务日志（包含Redo和Undo信息）来恢复事务一致性状态。它能够处理事务故障和系统故障，确保已提交的事务被持久化（Redo），未提交的事务被撤销（Undo）。

答案：D

解析：制定备份策略时，核心考虑因素围绕恢复目标（RPO/RTO）、成本和安全性。包括：备份频率（多久一次）、介质可靠性（磁带、磁盘、云）、数据保管（存储位置、权限）和销毁（过期处理）。数据库性能优化属于日常运维和调优范畴，虽然备份操作本身会影响性能，但“性能优化”不是制定备份策略时的核心考量因素。

答案：C

解析：在紧急恢复场景下，保持通信畅通对于管理恢复过程至关重要。它有助于同步信息（A）、调配人力和物力（B）、以及处理意外情况（D）。数据完整性是由恢复技术本身（如日志的Redo/Undo）和操作步骤的正确性来保证的，与团队间的沟通没有直接因果关系。

答案：D

解析：数据库恢复技术正是为了应对各种故障（事务故障、系统故障、介质故障）而设计的。数据备份是恢复的前提和基础，是恢复过程中的一个步骤或资源，其本身不是恢复技术的“应用场景”。

答案：B

解析：访问控制策略（Authorization）是在身份认证（Authentication）之后，决定“用户能做什么”的环节。它通过授予或拒绝特定用户（或角色）对特定数据对象（如表、视图）执行特定操作（如SELECT, UPDATE）的权限来实现。

答案：C

解析：数据库审计的内容主要包括：生成和存储审计日志（A）；对日志进行分析，以检测异常或可疑行为（B）；以及根据法规或内部要求生成合规性报告（D）。数据完整性检查（如通过约束、触发器）是数据库本身的数据质量保障机制，不属于审计的范畴。审计关注“谁在什么时候做了什么”，而不直接验证数据内容是否正确。

答案：C

解析：一个严谨的恢复过程应包括：事前计划（B）、恢复前验证备份（A）和恢复后验证（D）。“立即恢复所有业务操作”是鲁莽的，正确的做法通常是先恢复核心系统，进行功能和数据验证后，再分阶段、有控制地恢复全部业务，以确保恢复的成功和数据的准确性。

答案：C

解析：数据库安全策略的目标是保障数据的机密性、完整性和可用性（CIA三要素），这直接对应保护企业资产（A）、维护客户信任（B，因数据泄露会破坏信任）和遵守法律法规（D，如GDPR）。提高数据库性能是系统运维和优化的目标，虽然安全措施可能对性能有影响，但它本身不是安全策略的出发点。

答案：D

解析：基于备份的恢复方法直接依赖于备份文件。完全恢复使用最近一次完全备份；增量恢复需要使用最近一次完全备份和之后的所有增量备份；差异恢复需要使用最近一次完全备份和最近一次差异备份。而“时间点恢复”（Point-in-Time Recovery, PITR）通常指恢复到故障前的某个精确时刻，这需要结合备份和事务日志（从备份时刻应用到指定时间点）来实现，因此它不完全等同于“基于备份的恢复”，后者更强调仅使用备份集。

答案：加密技术

解析：虽然选择题1中加密技术被列为“非核心”，但作为安全的重要组成部分，它常与访问控制、身份认证、审计并列，共同构成数据库安全的防御体系，特别是在保护静态和传输中数据的机密性方面。

答案：内部人员威胁（或权限滥用、社会工程学等，结合上下文）

解析：常见的数据库安全威胁除技术攻击（SQL注入、恶意软件）和访问控制失效（未授权访问）外，还包括来自内部人员的误操作、恶意行为或权限滥用，这也是非常重要的威胁源。上下文提到的“物理安全”也是威胁的一部分。

答案：权限（或访问规则）

解析：访问控制的核心就是定义和实施一系列权限规则，明确指定哪个主体（用户/角色）可以对哪个客体（数据/资源）执行何种操作（读、写、删等）。

答案：多因素认证（或双因素认证）

解析：这是增强身份验证强度的常用方法。在密码（你知道的东西）之外，增加第二种验证因素，如动态令牌（你拥有的东西）或生物特征（你固有的东西）。

答案：数据库用户（或数据库访问和操作）

解析：审计聚焦于对数据库的访问和操作行为进行监控和记录，对象是数据库用户（包括应用程序、管理员等）的行为。

答案：差异备份

解析：这是三种基本的物理备份策略类型。差异备份备份自上次完全备份以来所有发生变化的数据。

答案：可用性

解析：备份数据必须同时具备可用性（能够被成功读取和恢复）和完整性（数据内容没有损坏或丢失），否则恢复将无法进行或导致错误。

答案：介质恢复

解析：根据常见的分类，数据库恢复技术主要针对三类故障：事务故障（用日志恢复）、系统故障（用日志恢复）和介质故障（磁盘损坏）。针对介质故障的恢复通常称为“介质恢复”，它严重依赖于备份和归档日志。

答案：（题目为陈述句，无需填空）

解析：这是对最小权限原则的复述，强调了权限分配的克制和精准性。

答案：追踪（或调查、追溯）

解析：审计日志的核心价值在于其可追溯性。当发生安全事件或需要合规检查时，详细的日志可以用于追踪事件的源头、过程和影响。

答案：备份数据的安全性（或保管与销毁策略）

解析：除了频率和介质，备份数据本身的安全性至关重要，包括存储位置（本地/异地）、访问控制、加密以及生命周期结束后的安全销毁。

答案：连续性（或可用性）

解析：灾难恢复（DR）和业务连续性（BCP）的目标就是在中断后尽快恢复业务运营。数据库恢复是其中关键一环，旨在保障业务的连续性和数据的完整性。

答案：身份认证（或Authentication）

解析：这是身份认证的根本作用，是安全访问的第一道闸门，用于验证声称的身份是否属实。

答案：传输加密

解析：数据库加密主要在两个层面：静态数据（存储加密，如透明数据加密TDE）和动态数据（传输加密，如使用TLS/SSL协议保护客户端与数据库服务器之间的通信）。

答案：应对突发问题

解析：恢复过程往往是高压且多变的，有效的沟通机制能帮助团队快速同步信息、调整策略，共同解决恢复过程中出现的意外挑战。