|
|
最近的一个项目，需要对几个超过千万的表进行计算，JION，复杂查询等操作，觉得SQL语句的优化非常重要，把一些心得写得出，希望同行们能纠正我的错误。
---与SQL优化(包括内存空间)有关一些INIT参数
OPTIMIZER_MODE
SORT_AREA
SHARED_POOL_SZIE
---一些不使用索引的情况
1，NOT IN
2，NOT BETWEEN
3，LIKE（第一个字符非%号除外，如name like '李%'）
4，<>
5，IS NULL/IS NOT NULL
6，查询的字段加函数
7，在8I中，多字段的组合索引（A，B，C），select * from ** wher B='33',则索引也不会用。（按前缀式规则使用索引除外，如A='33' and B='33' || A='33' || A='33' and C='33'）
注：9I除外
---查询语句比较优化的写法：
1，加HINT，改变其执行路径
2，可能使用exsit的地方就尽量不用IN,可以使用not exiist的地方，尽量不要用not in
3，两个表进行JION时，大表放在前面，JION字段建索引
4，尽量用其它写法，取代NOT IN，如a,b表同结构，数据量很大，则代替select * from a where a.c not in (select c from b )
的语句有
a)select a.* from a, b where a.c = b.c + and b.c is null（据说速度比原写法提高30倍）
b)select * from a minus select a.* from a,b where a.c=b.c (速度其次)
c)select * from a where not exist(select a.* from a,b where a.c=b.c) (也不错)
5，动态SQL中，尽量多用execute immediate,而少用DBMS_SQL,前者综合效率优于后者
6，对于很复杂的查询语句，可以建立临时表进行缓冲（关于临时表的解释与使用，还希望同行告诉我在哪里有。。。）
7，COUNT（*）与COUNT（某列）一样进行全表扫描Fast Full Index Scan，速度差不多
8，经常同时存取多列，或经常使用GROUP BY的SQL语句，最好对表的GROUP字段建立组合索引。组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。
9，对于字段取值单一（如性别字段只有男与女），而经常在性别上做查询，则建立位图索引。
注：BITMAP INDEX通常用于DSS,如果你的系统是OLTP,DML操作将LOCK整个BITMAP SEGMENT,因此只在DSS下 考虑BITMAP INDEX
|
|
