主机SQL效率问题建议.docVIP

主机SQL效率问题建议 对于主机SQL语句效率的提高，一般来讲，需要遵守以下的原则： 1.APPLICATION获取数据应包括尽量少的行 2.返回的数据只包含APPLICATION真正需要进行处理的列 3.在程序中尽量减少SQL语句的数量 4.有选择性的编写SQL谓词 5.尽量适用STAGE1的谓词 6.不要运用普通性的SQL语句 7.尽量避免不必要的排序动作 8.只对真正需要排序的列进行排序 9.对于JOIN谓词尽量使用ON 语句 10.避免使用UNION语句 11.使用JOIN语句代替嵌套查询形式语句 12.把最具有选择性的谓词置于最前端 13.使用正确的方法进行数据是否存在的检查 14.避免没有必要的具体化 以上只是对SQL语句效率优化的一些理论上的建议，对于具体的程序使用以上的原则是否能够取得明显的效果，最好还是通过具体的实践、实验来决定。 一、APPLICATION获取数据应包括尽量少的行 我们在程序中应尽量返回那些只是在程序中真正需要的数据行，而在程序中不要出现任何的“数据过滤”语句，这些工作应该尽量的交给DB2系统去完成，也就是说我们应该尽量的返回我们真正需要的尽量少的数据，对于那些应该剔除的不满足我们的需要，或者对我们的程序是多余的数据，应该尽量在DB2中将他们剔除，而不要返回到APPLICATION中再进行判断剔除。 我们的许多交易是多页查询的管理类交易，对于这些程序，我们一般是返回所有满足条件的数据，然后在APPLICATION中进行判断，然后返回每次所需要的五条，也就是最前边的五条，既然我们最多只需要“看到”六条记录，是否可以在SQL语句中加入OPTIMIZE FOR 6 ROWS 语句，来取得“真正需要的、尽量少的”数据呢？ 二、返回的数据只包含APPLICATION真正需要进行处理的列 如果返回多余的列，我们所付出的CPU代价是：需要从BUFFER POOL 的DATA PAGE中取出这些数据，然后传送到用户的私用工作区，然后再传送到APPLICATION的工作区，这是一件很麻烦和浪费的事情。 我们可以把一些已知的列、不需要“看到”、“用到”的列不返回APPLICATION,这样子我们不但可以减少了BUFFER POOL的需要、潜在的I/O时间，而且可以减少排序的开支，有些排序只需在SORT POOL 中就可以完成，而不需要到SORT MEMORY 中进行排序。 对于单一的程序来讲，我们只是取一条或者有限条数的记录，或许开销不是很明显，但是，如果我们的程序有AND AC.ACCT_NO = AR.ACCT_NO AND AR.INV_NO =IV.INV_NO AND IV.ITEM_NO = IT.ITEM_NO ORDER BY AC.ACCT_NO,AR.INV_NO, IV.ITEM_NO 遵循以上原则，可以写为： SELECT IV.INV_NO,IV.INV_AMOUNT,IT.ITEM_NO,IT.ITEM_DESC,IT.ITEM_COST FROM RECEIVABLES AR ,INVOICES IV, ITEMS IT WHERE AR.ACCT_NO = :VALUE AND AR.INV_NO = IV.INV_NO AND IV.ITEM_NO = IT.ITEM_NO ORDER BY IV.INV_NO ,IV.ITEM_NO 三、在程序中尽量减少SQL语句的数量 在程序中，每个SQL语句都是对DB2系统的一次CALL动作，都将引发一些复杂的系统开销，这种开销的大小与所使用的SQL语句直接相关。 SQL语句类型 SQL 开销 （ms） CICS 开销（ms） OPEN and CLOSE cursor 0.33 0.4 FETCH 0.12 0.2 Singleton SELECT 0.11 0.2 以上的数据与具体的环境设置有关。 对于减少SQL语句，最重要的是减少重复的SQL语句，这里所说的重复语句是指那些由于程序的处理重复，导致相同的SQL语句重复的发出的情况。 对于联机程序，我们所做的柜员检查，是在每个交易的开始发出的一组SQL语句，用于取得系统工作日期、日志使用标志、检查柜员信息、结算类交易更新交易序号，所做的就类似上面所说的重复的SQL语句。每天要进行数以万计次。如果我们每天可以不做这数以万计次的SQL CALL，那么，我们节省的CPU时间可以做更多的事情。 我们还可以把许多的SQL语句用一个INNER或者OUTER的JOIN语句代替，这样子，不论是在DB2中，还是在TASK SWITCH过程中都可以减少系统消耗。 四、有选择性的编写SQL谓词 对于要取得的同一数据集合，