oracle优化distinct,oracle 索引优化之distinct

11G R2环境:

--DISTINCT测试前的准备drop table t purge;create table t as select * from dba_objects;update t set object_id=rownum;alter table T modify OBJECT_ID not null;update t set object_id=2;update t set object_id=3 where rownum<=25000;commit;

/****在oracle10g的R2环境之后,DISTINCT由于其 HASH UNIQUE的算法导致其不会产生排序,其调整的 ALTER SESSION SET "_gby_hash_aggregation_enabled" = FALSE****/set linesize 1000set autotrace traceonly

select distinct object_id from t ;执行计划:

6a06bde819593376d69cbd458693ef76.png

可以看出以上语句执行计划,占用内存1448k,逻辑读1276。

/*不过虽然没有排序,通过观察TempSpc可知distinct消耗PGA内存进行HASH UNIQUE运算,接下来看看建了索引后的情况,TempSpc关键字立即消失,COST也立即下降许多,具体如下*/

--为T表的object_id列建索引create index idx_t_object_id on t(object_id);set linesize 1000set autotrace traceonly

select /*+index(t)*/ distinct object_id from t ;

a1ae7b8721fbb8d9395ff90b7015c763.png

可以看出cost降低到525,走的索引,没有进行排序,逻辑读也降低了到176。

总结

如果觉得编程之家网站内容还不错,欢迎将编程之家网站推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle的sql优化方法 1.全表扫描和索引扫描   大数据量表尽量要避免全表扫描,全部扫描会按顺序每条记录扫描,对于>100万数据表影响很大。   Oracle中通过RowID访问数据是最快的方式   对字段进行函数转换,或者前模糊查询都会导致无法应用索引而进行全表扫描   对Oracle共享池和缓冲区中的Sql必须要大小写都完全用上才能够匹配上 2.顺序问题   Oracle按照从右到左的顺序对数据表进行解析。因此From最后面的表为基础表,一般要选择记录数最少的表作为基础表。   对于Where条件的顺序,过滤到最大查询记录数量的条件必须写在Where条件的结尾处。   Where条件中涉及到使用复杂函数判定的必须注意要写到Where条件的最前面 3.索引方面   记录数少的表保留有主键索引就可以了,不要再去建其它索引,全表扫描也很快   索引最好单独建立表空间,必要时候对索引进行重建   必要时候可以使用函数索引,但不推荐使用   Oracle中的视图也可以增索引,但一般不推荐使用   *Sql语句中大量使用函数时候会导致很多索引无法使用上,要针对具体问题分析 4.其它   避免使用Select *,因为系统需要去帮你将*转换为所有的列名,这个需要额外去查询数据字典。   Count(1)和Count(*)差别不大。   多使用Decode函数来作简单的代码和名称间的转换,以减少表关联   使用Truncate替代delete来删除记录,但Truncate数据不记录日志,无法进行回滚   对于复杂的存储过程可以多次提交的数据的要多分多次Commit,否则长事务对系统性能影响很大   Distinct和Having子句都是耗时操作,应该尽可能少使用   在不需要考虑重复记录合并时候用Union All来代替Union   使用显性游标而不使用隐性游标,特别是大数据量情况下隐性游标对性能影响很大   是否使用函数的问题   用直接的表关联来代替Exist.用Exist或Not Exists来代理In。In进行子查询效率很差。 5.SQL语句分析   通过SQLPLUS中的SET TRACE 功能对Sql语句的性能进行分析   通过Toad或PL/SQL Developer对语句的性能进行和索引的使用情况进行分析   对Oracle缺省的优化不满意可以强制使用Hint,但一般不推荐使用   对Flag等只存储是或否信息的字段,一般不推荐建立索引。必要可以采用位图索引   *存在递归查询情况如果关联Table太多对性能会造成较大影响,往往推荐采用临时表转为分步骤操作提高性能   *尽量使用表关联查询而不使用函数,但涉及类似于代码表要重复关联多次取数据问题时候又适合使用函数

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值