DB2性能调节技术
包级别的SQL调优——需要REOPT(ONCE/ALWAYS/AUTO) BIND选项。这个语句通告优化器来在运行时重新优化包中的每个语句，至少ONCE，或者ALWAYS(每次执行)，在DB2 9中可以AUTO(需要时)。这项技术的开销由选择的选项和SQL语句的数量及复杂性决定。这些开销在批处理程序中可以忽略不计，但是在短期运行的交易中会有很大影响。在我们的例子中，批处理程序指针只有一个谓词和一个基数为1的主机变量。REOPT是一个调节选项，用来优化非统一列值分布和主机变量内容高可变的情况，是COLCARDF=1的反面。包级别的调节并不合适。
语句级别的调节技术——包括OPTIMIZE FOR n ROWS和FETCH FIRST n ROWS ONLY。这些语句，放在SELECT语句末尾，是在不需要结果集的情况下进行优化的。优化器假设除了这些语句的所有的SELECT语句需要整个结果，这些结果偏向于诸如数序和表预取的访问路径。因为我们的批处理指针一定需要整个结果，因此语句级别的调节也不是合适的技术。
谓词界别的调节技术——包括增加一个假的过滤器(TX.CX=TX.CX)或增加一个空操作到谓词上(+0,-0,/1,*1, CONCAT ‘’)。一个假的过滤器能够通过减少总过滤器因素(表中满足资格的行的比例)改变优化器。这个方法能够改变表连接的顺序，索引选择和连接方法。多个假过滤器是允许的，但是必须在没有引用过的一列上。空操作(no op)能够通过降级一个过滤器从符合到不符合来改变优化器的工作方式，但是只在z/OS上有用，LUW优化器却不受其影响。这个改变也会影响一个表连接序列，索引选择和连接方法。谓词级别的技术可以被一起使用来获取想要的结果。我们例子中的指针对多个谓词级别调节的结合不起反应，因此是采用重武器的时候了。
一些终极调节技术包括使用DISTINCE的表的表达式和其他终极跨查询的块优化方法。这些技术要求手动查询重写。它们强制使得优化器以一个指定顺序的方式执行查询块。使用这些技术视需要终极提醒的，因为他们能把表连接序列，索引选择和连接方法从好改到坏。DISTINCE表表达式强制优化器优先于其他查询块执行圆括号中的查询。如果SELECT DISTINCE中指定的列引用了不同的表，表表达式可以被实例化为唯一的以供排序。我们的批处理指针有一个非优化的连接序列，使用该技术得到如下查询：
SELECT All columns needed FROM ADDR, NAME, (SELECT DISTINCT columns from tables 3 through 7FROM T3, T4, T5, T6, T7WHERE join conditions T3 through T7AND T6.CODE =:hv) AS TEMPWHERE join conditions for ADDR, NAME and TEMP
这样的查询重写迫使优化器通过T7连接表T3来连接ADDR和NAME。如果关键字DISTINCT在上例中省略了，DB2优化器合并表表达式查询和输出查询，这样就和原来的语句和连接序列一样了。SELECT DISTINCT是一个关键的组件。然而，因为列列表跨越了多个表，临时的5个表连接结果实例为一个唯一的工作文件以供排序。排序的开销平均在每次执行几千行，这是可以忽略的负载。批处理程序现在可以在两分钟之内完成任务了。
更多未来的调节技术
其他的一些查询重写技术从全异的查询块中获取信息，以重写查询。IBM曾经将此技术成为跨查询块优化; DB2 9中被成为全局优化。一个好消息就是这项技术开始在DB2优化器的自我查询重写(QWR)阶段中出现了。所有DB2查询都能使用它也是指日可待了。同时，我们也需要将一些终极方法掌握在自己的手里。