查看: 8936|回复: 10

關於inlist iterator的疑惑

[复制链接]
求职 : 数据库管理员
论坛徽章:
16
授权会员
日期:2006-05-05 16:12:242014年新春福章
日期:2014-02-18 16:41:112013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:37生肖徽章2007版:龙
日期:2012-02-07 10:33:222012新春纪念徽章
日期:2012-02-07 09:59:35ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282011新春纪念徽章
日期:2011-02-18 11:43:36ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44ITPUB元老
日期:2007-07-28 10:13:02
跳转到指定楼层
1#
发表于 2011-10-6 11:18 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

关于inlist iterator,我的理解是无论inlist内有多少elementscbo都只执行一次索引訪問,但剛看了一下执行计划为何执行了6(starts)index range scan,假如这个index很大,岂不是很低效
请哪为帮忙解惑或阐释一下inlist iterator的运作机制,与CONCATENATION有何不同,谢谢
select /*+gather_plan_statistics index(t1)+*/ * from t1 where object_id in(1,2,3,4,5,6)
Plan hash value: 3400061858
---------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                    | Name   | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |
---------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |        |      1 |        |       |    32 (100)|          |     20 |00:00:00.01 |      34 |
|   1 |  INLIST ITERATOR             |        |      1 |        |       |            |          |     20 |00:00:00.01 |      34 |
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------------------------------------------------
|   2 |   TABLE ACCESS BY INDEX ROWID| T1     |      6 |     24 |  2232 |    32   (0)| 00:00:01 |     20 |00:00:00.01 |      34 |
|*  3 |    INDEX RANGE SCAN          | IDX_T1 |      6 |     24 |       |     7   (0)| 00:00:01 |     20 |00:00:00.01 |      14 |
---------------------------------------------------------------------------------------------------------------------------------
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
2#
发表于 2011-10-6 13:42 | 只看该作者
我觉得和contaction差不多,相当于索引等于一个数然后union all起来。

使用道具 举报

回复
论坛徽章:
1
ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04
3#
发表于 2011-10-6 15:42 | 只看该作者
俺也来学习一下

使用道具 举报

回复
论坛徽章:
519
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
4#
发表于 2011-10-6 21:42 | 只看该作者
怎么可能只扫描一遍,那些值可能在完全不同的叶子上。

使用道具 举报

回复
论坛徽章:
1088
金色在线徽章
日期:2007-04-25 04:02:08金色在线徽章
日期:2007-06-29 04:02:43金色在线徽章
日期:2007-03-11 04:02:02在线时间
日期:2007-04-11 04:01:02在线时间
日期:2007-04-12 04:01:02在线时间
日期:2007-03-07 04:01:022008版在线时间
日期:2010-05-01 00:01:152008版在线时间
日期:2011-05-01 00:01:342008版在线时间
日期:2008-06-03 11:59:43ITPUB年度最佳技术原创精华奖
日期:2013-03-22 13:18:30
5#
发表于 2011-10-6 22:32 | 只看该作者
扫描多次,starts

使用道具 举报

回复
求职 : 数据库管理员
论坛徽章:
16
授权会员
日期:2006-05-05 16:12:242014年新春福章
日期:2014-02-18 16:41:112013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:37生肖徽章2007版:龙
日期:2012-02-07 10:33:222012新春纪念徽章
日期:2012-02-07 09:59:35ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282011新春纪念徽章
日期:2011-02-18 11:43:36ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44ITPUB元老
日期:2007-07-28 10:13:02
6#
 楼主| 发表于 2011-10-8 08:38 | 只看该作者
newkid 发表于 2011-10-6 21:42
怎么可能只扫描一遍,那些值可能在完全不同的叶子上。

你的意思是,有幾個葉子就要掃描幾次嗎
還有,那它與CONCATENATION又有何不同呢
CONCATENATION只是把inlist拆開再CONCATENATION
假如走索引的話,不是與inlist一樣嗎?
謝謝

使用道具 举报

回复
论坛徽章:
519
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
7#
发表于 2011-10-8 09:53 | 只看该作者
hzh_hu 发表于 2011-10-8 08:38
你的意思是,有幾個葉子就要掃描幾次嗎
還有,那它與CONCATENATION又有何不同呢
CONCATENATION只是把in ...

lnlist 里面几个值就要扫描几次。CONCATENATION的效果在这里完全一样。iterator里面每次执行的代码都一样只是变量值不同,CONCATENATION里面的代码可能不同(比如 A=0 OR B=0)只是最终结果可以合并。
以上只是我的理解。

使用道具 举报

回复
论坛徽章:
1088
金色在线徽章
日期:2007-04-25 04:02:08金色在线徽章
日期:2007-06-29 04:02:43金色在线徽章
日期:2007-03-11 04:02:02在线时间
日期:2007-04-11 04:01:02在线时间
日期:2007-04-12 04:01:02在线时间
日期:2007-03-07 04:01:022008版在线时间
日期:2010-05-01 00:01:152008版在线时间
日期:2011-05-01 00:01:342008版在线时间
日期:2008-06-03 11:59:43ITPUB年度最佳技术原创精华奖
日期:2013-03-22 13:18:30
8#
发表于 2011-10-8 09:55 | 只看该作者
迭代器肯定有相应的优化,迭代器是新功能,CBO才有的,rbo就是响应的concatenation了

使用道具 举报

回复
论坛徽章:
519
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
9#
发表于 2011-10-8 10:23 | 只看该作者
文档:
When the Optimizer Uses IN-List Iterators
The optimizer uses an IN-list iterator when an IN clause is specified with values, and the optimizer finds a selective index for that column. If there are multiple OR clauses using the same index, then the optimizer chooses this operation rather than CONCATENATION or UNION ALL, because it is more efficient.

到底如何不同不得而知。

使用道具 举报

回复
论坛徽章:
519
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
10#
发表于 2011-10-8 10:23 | 只看该作者
文档:
When the Optimizer Uses IN-List Iterators
The optimizer uses an IN-list iterator when an IN clause is specified with values, and the optimizer finds a selective index for that column. If there are multiple OR clauses using the same index, then the optimizer chooses this operation rather than CONCATENATION or UNION ALL, because it is more efficient.

到底如何不同不得而知。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表