PB中的事务管理

 

数据库的事务管理

在数据库中，所谓的事务可以理解成是一组逻辑操作单元，使数据从一种状态变换到另一种状态。为确保数据库中数据的一致性，DML看作是一个离散的队列：从开始到它全部完成后，数据的一致性可以保持，commit可以提交；而当队列中的某一部分操作fail，那么整个队列应视为违法，所有从起始点以后的操作应全部回退到开始状态，即rollback。

对事务的操作是这样进行的：先定义开始一个事务，然后对数据作修改操作，这时如果提交(COMMIT)，这些修改就永久地保存下来，如果回退(ROLLBACK)，数据库管理系统将放弃您所作的所有修改而回到开始事务时的状态。此外有些数据库支持事务的“存储点(savepoint)”这一概念：即在一个事务进程中任意一点您都可以进行当前状态的存储，回退时只是回到你所设定的存储点，而不必退回全部的事务。如果您的事务可以分成几组对数据库的修改，那就可以设置多个存储点，根据需要您可以回退到任意一个存储点，而不使所有事务的修改数据全部丢失。

正确地管理事务可以保证数据的完整性，当您所做的工作全部完成和得到确认之前，没有任何数据物理地写进数据库。让我们来看这样一个实例：

我们有这样一个银行应用系统，前台使用者作出将储户甲的一百元存款划归储户乙帐下的操作；在后台的数据库中，这两个客户的记录分储在两张表中，当使用者在屏幕上作出如上操作时，在后台需要对两张表进行修改。如果在数据库中对甲用户存款余款作减去一百元修改后，对乙用户加一百元的操作修改却失败时，前一张表也必须回到修改前的状态，否则数据库的内容不统一，甲储户白白损失一百元，信息必然是不正确的。