SQL管理事务处理的实例教程

事务处理

使用事务处理通过确保成批的sql操作要么完全执行，要么完全不执行，来维护的完整性。

关系数据库把数据存储在多个表中，使数据更容易操纵、维护和重用。不用深究如何及为什么进行关系数据库的设计，在某种程度上说，设计良好的数据库模式都是关联的。

订单存储在orders和orderitems两个表中：orders存储实际的订单，orderitems存储订购的各项物品。这两个表使用称为主键(参阅第1课)的唯一id互相关联，又与包含客户和产品信息的其他表相关联。

给添加订单的过程如下：

1. 检查数据库中是否存在相应的顾客，如果不存在，添加他;

2. 检索顾客的id;

3. 在orders表添加一行，它与顾客id相关联;

4. 检索orders表中赋予的新订单id;

5. 为订购的每个物品在orderitems表中添加一行，通过检索出来的id把它与orders表关联(并且通过产品id与products表关联)。

现在假设由于某种数据库故障(如超出磁盘空间、安全限制、表锁等)，这个过程无法完成。数据库中的数据会出现什么情况?

如果故障发生在添加顾客之后，添加orders表之前，则不会有什么问题。某些顾客没有订单是完全合法的。重新执行此过程时，所插入的顾客记录将被检索和使用。可以有效地从出故障的地方开始执行此过程。但是，如果故障发生在插入orders行之后，添加orderitems行之前，怎么办?现在，数据库中有一个空订单。更糟的是，如果系统在添加orderitems行之时出现故障，怎么办?结果是数据库中存在不完整的订单，而你还不知道。

如何解决这种问题?这就需要使用事务处理了。事务处理是一种机制，用来管理必须成批执行的sql操作，保证数据库不包含不完整的操作结果。利用事务处理，可以保证一组操作不会中途停止，它们要么完全执行，要么完全不执行(除非明确指示)。如果没有错误发生，整组语句提交给(写到)数据库表;如果发生错误，则进行回退(撤销)，将数据库恢复到某个已知且安全的状态。

再看这个例子，这次我们说明这一过程是如何工作的：

1. 检查数据库中是否存在相应的顾客，如果不存在，添加他;

2. 提交顾客信息;

3. 检索顾客的id;

4. 在orders表中添加一行;

5. 如果向orders表添加行时出现故障，回退;

6. 检索orders表中赋予的新订单id;

7. 对于订购的每项物品，添加新行到orderitems表;

8. 如果向orderitems添加行时出现故障，回退所有添加的orderitems行和orders行。

在使用事务处理时，有几个反复出现的关键词。下面是关于事务处理需要知道的几个术语：

1、事务(transaction)指一组sql语句;

2、回退(rollback)指撤销指定sql语句的过程;

3、提交(commit)指将未存储的sql语句结果写入数据库表;

4、保留点(savepoint)指事务处理中设置的临时占位符(placeholder)，可以对它发布回退(与回退整个事务处理不同)。

控制事务处理

管理事务的关键在于将sql语句组分解为逻辑块，并明确规定数据何时应该回退，何时不应该回退。

有的dbms要求明确标识事务处理块的开始和结束。如在sql server中，标识如下：

输入▼

begin transaction

...

commit transaction

分析▼

在这个例子中，begin transaction和commit transaction语句之间的sql必须完全执行或者完全不执行。

mariadb和mysql中等同的代码为：

输入▼

start transaction

...

oracle使用的语法：

输入▼

set transaction

...

postgresql使用ansi sql语法：

输入▼

begin

...

其他dbms采用上述语法的变体。你会发现，多数实现没有明确标识事务处理在何处结束。事务一直存在，直到被中断。通常，committ用于保存更改，rollba ck用于撤销，详述如下。

使用rollback

sql的rollback命令用来回退(撤销)sql语句，请看下面的语句：

输入▼

delete from orders;

rollback;

分析▼

在此例子中，执行delete操作，然后用rollba ck语句撤销。虽然这不是最有用的例子，但它的确能够说明，在事务处理块中，delete操作(与insert和upda te操作一样)并不是最终的结果。

使用commit

一般的sql语句都是针对数据库表直接执行和编写的。这就是所谓的隐式提交(implicit commit)，即提交(写或保存)操作是自动进行的。

在事务处理块中，提交不会隐式进行。不过，不同dbms的做法有所不同。有的dbms按隐式提交处理事务端，有的则不这样。

进行明确的提交，使用commit语句。下面是一个sql server的例子：

输入▼

begin transaction

delete orderitems where order_num = 12345

delete orders where order_num = 12345

commit transaction

分析▼

在这个sql server例子中，从系统中完全删除订单12345。因为涉及更新两个数据库表orders和orderitems，所以使用事务处理块来保证订单不被部分删除。最后的commit语句仅在不出错时写出更改。如果第一条delete起作用，但第二条失败，则delete不会提交。

为在oracle中完成相同的工作，可如下进行：

输入▼

set transaction

delete orderitems where order_num = 12345;

delete orders where order_num = 12345;

commit;

使用保留点

使用简单的rollback和commit语句，就可以写入或撤销整个事务。但是，只对简单的事务才能这样做，复杂的事务可能需要部分提交或回退。

例如前面描述的添加订单的过程就是一个事务。如果发生错误，只需要返回到添加orders行之前即可。不需要回退到customers表(如果存在的话)。

要支持回退部分事务，必须在事务处理块中的合适位置放置占位符。这样，如果需要回退，可以回退到某个占位符。

在sql中，这些占位符称为保留点。在mariadb、mysql和oracle中创建占位符，可使用sa vepoint语句：

输入▼

savepoint delete1;

在sql server中，如下进行：

输入▼

save transaction delete1;

每个保留点都要取能够标识它的唯一名字，以便在回退时，dbms知道回退到何处。要回退到本例给出的保留点，在sql server中可如下进行：

输入▼

rollback transaction delete1;

在mariadb、mysql和oracle中，如下进行：

输入▼

rollback to delete1;

下面是一个完整的sql server例子：

输入▼

begin transaction

insert into customers(cust_id, cust_name)

values('1000000010', 'toys emporium');

save transaction startorder;

insert into orders(order_num, order_date, cust_id)

values(20100,'2001/12/1','1000000010');

if @@error <> 0 rollback transaction startorder;

insert into orderitems(order_num, order_item, prod_id, quantity, item_price)

values(20100, 1, 'br01', 100, 5.49);

if @@error <> 0 rollback transaction startorder;

insert into orderitems(order_num, order_item, prod_id, quantity, item_price)

values(20100, 2, 'br03', 100, 10.99);

if @@error <> 0 rollback transaction startorder;

commit transaction

分析▼

这里的事务处理块中包含了4条insert语句。在第一条insert语句之后定义了一个保留点，因此，如果后面的任何一个insert操作失败，事务处理最近回退到这里。在sql server中，可检查一个名为@@error的变量，看操作是否成功。(其他dbms使用不同的函数或变量返回此信息。)如果@@error返回一个非0的值，表示有错误发生，事务处理回退到保留点。如果整个事务处理成功，发布commit以保留数据。

提示：保留点越多越好

可以在sql代码中设置任意多的保留点，越多越好。为什么呢?因为保留点越多，你就越能灵活地进行回退。