事务是数据库进行并发控制和恢复的基本工作单位。如果一个事务执行成功，则全部更新提交；如果一个事务执行失败，则已做过的更新被恢复原状，好象整个事务从未有过这些更新，这样保持了数据库处于状态（）

在并发控制中，事务是数据库的逻辑工作单位，是用户定义的一组操作序列，一个程序可以包含多个事务，事务是并发控制的【 】。

数据库系统运行的基本工作单位是事务。事务通常以BEGIN TRANSACTION语句开始，以COMMIT或ROLLBACK语句结束。COMMIT表示(25)， ROLLBACK表示(26)。从终端用户的角度看，事务是一个(27)。在数据库的并发控制中，事务T若要更新记录Q，必须先执行操作(28)。在封锁技术方面，SQL2提供如下4种“事务的一致性级别”：可读未提交数据、读提交数据、可重复读、可串行化。其中(29)允许事务读“脏”数据。

A．物理数据库尚未更新，事务执行失败

B．物理数据库尚未更新，事务执行成功

C．物理数据库已更新，事务执行失败

D．物理数据库已更新，事务执行成功

事务(transaction) 是数据库应用的基本性质之一，是管理数据库运作的一个逻辑单位。多个用户的应用要同时参考运行，需要用事务来控制(并发控制 );为了保证不丢失数据，也需要事务来控制(恢复控制 )。()

数据库允许多个用户程序并行地存取，为保持数据库的完整性，对其实施并发控制，并发控制的单位是( )。

A．元组

B．表

C．事务

D．视图

A、数据库操作

B、事务

C、SQL语句

D、读写操作

A、数据库

B、事务

C、视图

D、数据表

A．丢失更新问题

B．读“脏数据问题”

C．错误求和问题

D．不可重复写问题

A、脏读

B、不可重复读

C、丢失修改

D、死锁

在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景。假设在某一个时刻只有一个活动的事务，为了保证事务的原子性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（1）。事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（2）机制保证单个事务的一致性。事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序顺序执行（即可串行化执行）后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（3）。持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（4）。当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（5）。空白（5）处应选择（）

A. 重做

B. 撤销

C. 什么都不做

D. 抛出异常后退出

此题为判断题(对，错)。