sql必知必会哪个版本好，SQL必知必会-事物处理

2023-09-22 阅读 15 评论 0

摘要：事物处理使用事物处理（transaction processing)，通过确保成批的SQL操作要么完全执行，要么完全不执行，来维护数据库的完整性。关系数据库把数据存储在多个表中，使数据更容易操纵、维护和重用。前面使用的Orders表就是一个很好的例子。订

事物处理

使用事物处理（transaction processing)，通过确保成批的SQL操作要么完全执行，要么完全不执行，来维护数据库的完整性。
关系数据库把数据存储在多个表中，使数据更容易操纵、维护和重用。

前面使用的Orders表就是一个很好的例子。订单存储在Orders和OrderItems两个表中：Orders存储实际的订单，OrderItems存储订购的各项物品。这两个表使用称为主键的唯一 ID 互相关联，又与包含客户和产品信息的其他表相关联。
给系统添加订单的过程如下：

检查数据库中是否存在相应的顾客，如果不存在，添加他；
检索顾客的 ID ；
在Orders表添加一行，它与顾客 ID 相关联；
检索Orders表中赋予的新订单 ID ；
为订购的每个物品在OrderItems表中添加一行，通过检索出来的 ID 把它与Orders表关联（并且通过产品 ID 与Products表关联）。

sql必知必会哪个版本好，现在假设由于某种数据库故障（如超出磁盘空间、安全限制、表锁等），这个过程无法完成。数据库中的数据会出现什么情况？
如果故障发生在添加顾客之后，添加Orders表之前，则不会有什么问题。某些顾客没有订单是完全合法的。重新执行此过程时，所插入的顾客
记录将被检索和使用。可以有效地从出故障的地方开始执行此过程。但是，如果故障发生在插入Orders行之后，添加OrderItems行之前，怎么办？现在，数据库中有一个空订单。
更糟的是，如果系统在添加OrderItems行之时出现故障，怎么办？结果是数据库中存在不完整的订单，而你还不知道。

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

添加事务后的工作机制：

检查数据库中是否存在相应的顾客，如果不存在，添加他；
提交顾客信息；
检索顾客的 ID ；
在Orders表中添加一行；
如果向Orders表添加行时出现故障，回退；
检索Orders表中赋予的新订单 ID ；
对于订购的每项物品，添加新行到OrderItems表；
如果向OrderItems添加行时出现故障，回退所有添加的OrderItems行和Orders行。

关于事务的几个术语

sql server事务。事务（transaction)指一组SQL语句

回退（rollback)指撤销指定的SQL语句

提交（commit)指将未存储的SQL语句结果写入数据库表

sql事务语句？保留点(savepoint)指事物处理中设置的临时占位符(placeholder)，可以对它发布回退，这与回退整个事务不同

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

控制事务处理

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

sql必知必会数据怎么下载，使用ROLLBACK，SQL的ROLLBACK命令用来回退（撤销）SQL语句

DELETE FROM Orders;
ROLLBACK;

此例子中，执行DELETE操作，然后用ROLLBACK语句撤销。
在事务处理块中，DELETE操作（与INSERT和UPDATE操作一样）并不是最终的结果。

使用COMMIT

一般的SQL语句都是针对数据库表直接执行和编写的。这就是所谓的隐式提交（implicit commit),即提交（写或保持）操作是自动进行的。在事务处理块中，提交不会隐式进行。不过有的DBMS会隐式提交处理事务。
进行明确的提交，使用COMMIT语句。

sql必知必会第4版pdf，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 中创建占位符，可使用SAVEPOINT语句：

SAVEPOINT delete1;

每个保留点都要取能够标识它的唯一名字，以便在回退时， DBMS 知道回退到何处。

SQL Server 中，如下进行：

SAVE 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 代码中设置任意多的保留点，越多越好。为什么呢？因为保留点越多，你就越能灵活地进行回退。