SQL必知必会 第二十课 笔记—— 管理事务处理

第20课 管理事务处理

这一课介绍什么是事务处理，如何利用COMMIT和ROLLBACK语句管理事务处理。

20.1 事务处理

使用 事务处理（transaction processing），通过确保 成批的SQL操作要么完全执行，要么完全不执行，来维护数据库的完整性。

下面是关于事务处理需要知道的几个术语：

• 事务（transaction）指一组SQL语句；
• 回退（rollback）指撤销指定SQL语句的过程；
• 提交（commit）指将未存储的SQL语句结果写入数据库表；
• 保留点（savepoint）指事务处理中设置的临时占位符（placeholder），可以对它发布回退                  

           （与回退整个事务处理不同）

提示：可以回退哪些语句？

事务处理用来管理INSERT、UPDATE和DELETE语句。不能回退SELECT语句（回退SELECT语句也没有必要），也不能回退CREATE或DROP操作。事务处理中可以使用这些语句，但进行回退时，这些操作也不撤销。

20.2 控制事务处理

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

BEGIN TRANSACTION ... COMMIT TRANSACTION

分析▼

在这个例子中， BEGIN TRANSACTION和 COMMIT TRANSACTION语句之间的SQL必须完全执行或者完全不执行。

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

20.2.1 使用ROLLBACK

SQL的ROLLBACK命令用来回退（撤销）SQL语句，请看下面的语句：

DELETE FROM Orders; ROLLBACK;

分析▼

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

20.2.2 使用COMMIT

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

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

进行明确的提交，使用COMMIT语句。

BEGIN TRANSACTION DELETE OrderItems WHERE order_num = 12345 DELETE Orders WHERE order_num = 12345 COMMIT TRANSACTION

上例使用事务处理块来保证订单不被部分删除。最后的COMMIT语句仅在不出错时写出更改。

20.2.3 使用保留点

例如前面描述的添加订单的过程就是一个事务。如果发生错误，只需要返回到添加Orders行之前即可。不需要回退到Customers表（如果存在的话）。要支持回退部分事务，必须在事务处理块中的合适位置放置占位符。这样，如果需要回退，可以回退到某个占位符。

在SQL中，这些占位符称为 保留点。在MariaDB、MySQL和Oracle中创建占位符，可使用 SAVEPOINT语句：

SAVEPOINT delete1;

返回时输入：

ROLLBACK TO delete1;

在SQL Server中，如下进行：

SAVE TRANSACTION delete1;

返回时输入：

ROLLBACK TRANSACTION delete1;

20.3 小结

这一课介绍了事务是必须完整执行的SQL语句块。我们学习了如何使用COMMIT和ROLLBACK语句对何时写数据、何时撤销进行明确的管理；还学习了如何使用保留点，更好地控制回退操作。事务处理是个相当重要的主题，一课内容无法全部涉及。各种DBMS对事务处理的实现不同，详细内容请参考具体的DBMS文档。