以下是本人的ORALCE语句小结:
1.使用SELECT 的时候,尽量不要使用 * 而是使用具体的列名。
2.避免在索引列上使用计算,或者使用函数。
WHERE 子句中,如果索引列是函数的一部分.优化器将不使用索引而使用全表扫描.
低效 select id from t where num/2=100
应改为: select id from t where num=100*2
3.尽量在WHERE 条件小心使用NOT IN 和 IN,避免全表查询
4.最好能用 exists 代替 in
低效:SELECT * FROM NUM_1 WHERE A IN (SELECT B FROM NUM_2)
应改为:SELECT * FROM NUM_1 WHERE exists(SELECT B FROM NUM_2 WHERE A = B)
5.WHERE 条件是至下往上的执行,能过滤大量数据的条件写在最下面
6.FROM 后面的表格从右到左的顺序加载表数据,应该把可以排除数据最多的表放到后面(基础表)
7.批量执行INSERT/UPDATE的时候,要适当执行commit。避免写入缓存溢出导致语句语句一直执行等待。
1.使用SELECT 的时候,尽量不要使用 * 而是使用具体的列名。
2.避免在索引列上使用计算,或者使用函数。
WHERE 子句中,如果索引列是函数的一部分.优化器将不使用索引而使用全表扫描.
低效 select id from t where num/2=100
应改为: select id from t where num=100*2
3.尽量在WHERE 条件小心使用NOT IN 和 IN,避免全表查询
4.最好能用 exists 代替 in
低效:SELECT * FROM NUM_1 WHERE A IN (SELECT B FROM NUM_2)
应改为:SELECT * FROM NUM_1 WHERE exists(SELECT B FROM NUM_2 WHERE A = B)
5.WHERE 条件是至下往上的执行,能过滤大量数据的条件写在最下面
6.FROM 后面的表格从右到左的顺序加载表数据,应该把可以排除数据最多的表放到后面(基础表)
7.批量执行INSERT/UPDATE的时候,要适当执行commit。避免写入缓存溢出导致语句语句一直执行等待。