当执行一个COMMIT语句时，操作发生在最后（）

在COMMIT语句执行之前，当前事务中SQL语句对数据库造成的改变都是暂时的。()

所有在Commit()方法之前执行的SQL语句都可以被回滚。()

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

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

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

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

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

在SQL Server 数据库中，下面的T-SQL语句段执行第三句时出现错误，数据库中的内容修改情况是()。 BEGIN TRANSACTION

update Account set balance=7800 where id=1 update Account set balance=9000 where id=1 IF @@error<>0

ROLLBACK TRANSACTION

ELSE

COMMIT TRANSACTION

A.Account表中id为1的记录中balance字段的值被修改为7800

B.Account表中id为1的记录中balance字段的值被修改为9000

C.Account表中id为1的记录中balance字段的值不变

D.不可能发生这种情况

A、session B前两个select语句结果相同.

B、session B后两个select语句结果相同.

C、session B第一个和第三个语句select结果相同.

D、session B没有执行DML语句,因此begin和commit操作没有实际意义.

分布式事务的执行可能会涉及到多个站点上的数据操作，在两阶段提交协议中，当事务Ti的所有读写操作执行结束后，事务Ti的发起者协调器Ci向所有参与Ti的执行站点发送<prcpare Ti>的消息，当收到所有执行站点返回的<ready Ti>消息后，Ci再向所有执行站点发送<commit Ti>消息。若参与事务Ti执行的某个站点故障恢复后日志中有<ready Ti>记录，而没有<commit Ti>记录，则（ ）。

A.事务Ti已完成提交，该站点无需做任何操作 B.事务Ti已完成提交，该站点应做REDO操作 C.事务Ti未完成提交，该站点应做UNDO操作 D.应向协调器询问以决定Ti的最终结果

事务提交(COMMIT)后，对数据库的更新操作可能还停留在服务器的磁盘缓冲区中，而未写入到磁盘，即使此时系统出现故障，事务的执行结果仍不会丢失，称为事务的 (54) 。为保证事务的此性质，需要利用数据库的 (55) 。

（54）

A．原子性

B．一致性

C．隔离性

D．持久性

A、REDO

B、UNDO

C、ABORT

D、ROLLBACK

A．A．事务 Ti 已完成提交，该站点无需做任何操作

B．B．事务 Ti 已完成提交，该站点应做 REDO 操作

C．C．事务 Ti 未完成提交，该站点应做 UNDO 操作

D．D．应向协调器询问以决定 Ti 的最终结果

A.被删除的记录又被恢复回来，仍然存放在数据库的表中

B.被删除的记录彻底从数据库中被删除掉了

C.被删除的记录只是当前用户看不到了，而其它用户还能看到

D.被删除的记录当前用户可以看到，而其它用户却看不到了

E.以上所述都不正确