高级〜系统架构设计师〜第2章计算机与网络基础知识(19)

关系模式 P 属于 INF, 1NF 存在冗余度大、修改操作的不一致性、插入异常和删除异常四个问题。所以需要对模式分解，其中选项 A 、选项 B 和选项 C 的分解是有损且不保持函数依赖。例如，选项 A 中的分解 P1 的函数依赖集 F1=0,分解P2 的函数依赖集 F2=0,丢失了F 中的函数依赖，即不保持函数依赖。
试题一十六 答案： B 解析： 本题主要考查数据库系统架构设计知识。在数据库系统中，“事务”是访问并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。
题干中第 1 个架构设计场景描述了数据库设计中为了实现原子性和持久性的最为简单的策
略：“影子拷贝”。该策略假设在某一个时刻只有一个活动的事务，首先对数据库做副本 (称为影子副本)，并在磁盘上维护一个dp_pointer 指针，指向数据库的当前副本。对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止， 系统仅需要删除新副本，原数据库副本没有受到任何影响。
题干中的第 2 个架构设计场景主要考查考生对事务一致性实现机制的理解。事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用完整性约束检查机制保证单个事务的一致性。
题干中的第 3 个架构设计场景主要考查数据库的锁协议。两阶段锁协议是实现事务隔离性的常见方案，该协议通过定义锁的增长和收缩两个阶段约束事务的加锁和解锁过程，能够保证事务的串行化执行，但由于事务不能一次得到所有需要的锁，因此该协议会可能会导致死锁。 .
题干中的第 4 个架构设计场景主要考查数据库的恢复机制，主要描述了基于日志的延迟修改技术(deferred - modification technique )的设计与恢复过程。该技术通过在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，
曰志中需要记录“事务开始”和“事务提交”时间，还需要记录数据项被事务修改后的新值，无需记录数据项被事务修改前的原始值。当系统发生故障时，如果某个事务已经开 始，但没有提交，则该事务对数据项的修改尚未体现在数据库中，因此无需做任何恢复动作。