通过DB2 TPC-C基准实现探索SQL

核心提示：就像在 NEW_ORDER 事务中一样，所有的步骤被收集到一个 SQL 表函数中，通过DB2 TPC-C基准实现探索SQL(10)，以节省代码路径，这里执行的没有 8 个步骤，所以很容易使用标准 SUM() 来聚集最终结果，而执行发货的真正语句却十分简单：清单 11. 执行发货的 SQL 语句1SELECT O_ID2

就像在 NEW_ORDER 事务中一样，所有的步骤被收集到一个 SQL 表函数中，以节省代码路径。这里执行的没有 8 个步骤，而只有 5 条子语句。怎么回事？

在 SQL 中，处理队列上一个元素的传统方法是在第一步取这个元素。然后，在第二步中，从表中删除这个元素。这种方法的主要问题在于，除非打开 cursor-for-update，否则直接进行 select into 时，将不能充分地锁定这一行以便阻止另一个送货者尝试为相同的订单送货。而且，不管是否为游标，都需要执行两条语句。同样，将 数据更新操作（在这里是 DELETE）放入到 FROM 子句中被证明是有用的。然而，还需要更多的东西。为了发现“时间最久的”订单，必须执行一个 MIN() 函数。这个函数不能出现在 DELETE 语句的 WHERE 子句中，而只能出现在查询中。DB2 的 SQL 语言是高度正交的，这一事实有助于以一种优雅的方式解决问题。首先，DB2 允许对查询的 DELETE 具有等同于对视图（实际上也是查询）的 DELETE 的语义。其次，DB2 允许对一个已排序的查询进行 DELETE。在前面相当优雅的 DELETE 操作中，“ORDER BY O_ID FETCH FIRST ROW ONLY”将提供时间最久的订单 id 结果。

检索客户 id 和更新订单被合成一条语句。

通过更新 ORDER_LINES 中的 delivery 列，从各个订购项计算订单总值被合在一起。同样，由于 DB2 对 SQL 语言的选择的正交性，这样是可行的。因为 UPDATE 在 FROM 子句中，所以很容易使用标准 SUM() 来聚集最终结果。

而执行发货的真正语句却十分简单：

清单 11. 执行发货的 SQL 语句

1
SELECT O_ID
2
INTO :no_o_id :no_o_id_indicatoR
3
FROM TABLE (　DEL( :w_id , :d_id , :o_carrier_id , :ol_delivery_d ) )
AS T

同样，下面的计划展示了由于对 SQL 语句的有效使用，这个事务变得多么地紧凑：

清单 12. Delivery 访问计划