DB2

数据库事务的两阶段提交

用于在单个事务内进行多个数据库同时更新，第一阶段，询问各数据库是否已经完成操作，第二阶段，向各数据库同时发送提交命令或者回滚命令。

数据库事务的四个隔离级别

序列化
可重复读
读提交
读未提交

悲观锁与乐观锁

事务开始即获得锁定，并保持到事务结束
事务开始时并不获得锁，仅当数据被更新的时候才锁定数据，在提交之前需要检查冲突。

非聚簇索引与聚簇索引的区别

使用非聚簇索引的表，新数据添加在表的尾部
使用聚簇索引的表，表中数据按照索引的顺序进行排列，增删改时的开销较大。

10:50 2004-11-23
In most cases, transactions using the Uncommitted Read isolation level can read changes made to rows by other transactions before those changes have been committed. However, such transactions can neither see nor access tables, views, or indexes created by other concurrent transactions until those transactions themselves have been terminated. The same applies to existing tables, views, or indexes that have been dropped—transactions using the Uncommitted Read isolation level will only learn that these objects no longer exist when the transaction that dropped them is terminated. There is one exception to this behavior: When a transaction running under the Uncommitted Read isolation level uses an updatable cursor, the transaction will behave as if it is running under the Cursor Stability isolation level, and the constraints of the Cursor Stability isolation level will apply.
--------------------------------------------------------------------------------



试着翻译一下：

大多数情况下，在使用“未提交读”隔离级别的事务中，可以看到其他事务中被更改但还未提交记录，但对于创建表、视图或者索引例外，在创建动作提交之前，无法看到它们当然也无法存取。同样，这适用于删除一个表、视图或者索引——所以，使用“未提交读”的事务只有在那些执行了删除动作的事务结束之后，才能发现这些表、视图或者索引已经不存在。但有一个例外的情况，当在运行于“未提交读”隔离级别的事务中使用可更新游标时，事务将被强制运行在“游标稳定”隔离级别。

中心含义就是“一个运行在未提交读隔离级别的事务，可以看到其他并发事务对数据所做的未提交修改，但无法看到它们对表、视图或者索引所做的未提交删除，直到这些并发事务被结束”。