EBS开发性能优化之SQL语句优化

(1)选择运算

尽可能先做选择运算，这是优化策略中最重要、最基本的一条，选择运算一般会使计算的中间结果大大变小，在对同一表格进行多个选择运算时，选择条件的排列顺序对性能也有很大影响，因为排列顺序不仅影响索引的选取，而且关系到临时表的大小。选择条件的选取极大地影响着查询语句的计算量，因此要提高查询的响应速度，应该将较严格的条件写在前面，较弱的条件放在后面。

(2)投影运算

如果投影运算和选择运算同时进行，并且有若干个投影运算和选择运算都对同一个关系操作，那么可以在扫描此关系的同时完成所有的这些运算以避免重复扫描关系。

(3)联结运算

联结运算是数据库中常用的运算方法。由于联结运算会产生很多的临时表，尤其是多个表格的联结运算，未经过优化的SOL查询语句会产生巨大的计算量。所以对于连接选择运算，如果可以由嵌套SQL语句实现，就应采用嵌套SQL语句形式，以减少数据量。对于不能改写的连接选择运算，可以采用调整表的排列顺序或者选择条件的方式来减少临时表中的列数，同样有优化系统性能的作用。但是表的连接运算会造成参与运算关系的额外开销，因此应尽量避免连接；必须使用连接时，可以在列上建立索引以提高执行速度，一般可选择有索引的表作为内部表，而较小的表作为外部表，这样设计可以减少重新存取内部表的次数。连接使用子查询可以在关系运算前减少参与关系运算的表的体积。

(4)数据类型转换

尽可能避免数据类型的转换，在做比较时，有相同数据类型的语句其执行效率更高，否则在数据类型的转换过程中会因为精度限制而造成不精确的值，运行时转换也需要花费很大代价。

(5)结果集减小

结果集的方法为除非查询全部列，否则可以用具体的列名来代替‘木”，避免返回多余的列。SOL语句中的WHERE子句会首先被执行，因此不要用HAVING来代替功能相同的WHERE子句，WHERE子句可以及早滤掉不满足条件的记录，减少GROUP BY处理的行数。

(6)笛卡几积

把需要的选择同在它之前要执行的笛卡儿积结合起来，以成为同一个连接运算，这样的连接特别是等连接运算，要比同样关系上的笛卡儿积节省很多的时间。

(7)SELECT，UPDATE，DELETE语句中的子查询应当有规律地查找少于20％的表行。如果一个SOL语句查找的记录行数超过其总行数的20％，那么即使使用了索引，性能上的提高也非常有限。

(8)索引的建立

不宜在需要频繁删除的表中建立索引，否则很容易产生空间碎片，因为当记录从表中删除时，相应也会从表的索引中删除。表释放的空间可以再用，而索引释放的空间却不能再用；频繁进行删除操作的被索引的表，应当阶段性地重建索引，以避免在索引中造成空间碎片。在允许的条件下，也可以阶段性地TRUNCATE表，TRUNCATE命令删除表中所有记录，也删除索引碎片。

(9)索引的使用

在使用索引时要按索引对应字段的顺序进行引用。

(10)“+”的使用用(+)比用NOT IN更有执行效率。