解决并发操作带来的数据不一致性问题普遍采用（）。

若对一个数据库的结构修改，（）肯定会造成数据丢失。

二级封锁协议能解决不可重复读问题，不能解决读脏数据。(  )

数据类型为（）时是不能修改数据也不能封账的，在其他情况下是可以修改数据并且封账的，封账后数据不允许被修改。

向数据库录入数据时，对其中的数据进行添加、插入、修改、查找和删除等操作，这种操作称为（）。

数据库的数据操作的重复的，而数据仓库的数据操作是（）。

修改数据库文件结构时，不会丢失数据的操作是（）。

修改库文件结构时，下列可能使库中数据丢失的操作是（）.

当多个用户的并发进程同时存取、修改数据库时，可能会发生相互干扰而得到错误结果，并使得数据库的（）遭到破坏。因此必须对多用户的并发操作加以控制和协调。

并发操作带来数据不一致性包括：（）、（）和（）。

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

因为并发用户会产生干扰，使数据库发生错误。并发控制的目的就是（），保证数据库不出错。干扰现象包括：（）。 （）：多个事务在同一时刻读了相同的数据，随后各自进行了更新，后发生的更新替代了先发生的更新——先发生的更新丢失了 （）：当一个事务读取了另一个事务正在更新、但没有提交的数据时可能产生所谓的读“脏”数据问题，也称作“脏读”（DirtyRead）或未提交读。 （）：当一个事务需要校验或再确认数据时，可能会出现再读数据已经不对了。 （）：和不可重复读相关，当用相同的条件查询记录时，记录个数忽多忽少，有一种“幻象”的感觉。原因是有事务在对相同的表做（）操作。