设为首页 收藏本站
查看: 563|回复: 0

[经验分享] Pro ORACLE SQL一书错误之处

[复制链接]

尚未签到

发表于 2016-8-10 07:34:22 | 显示全部楼层 |阅读模式
  书中87页
  作者讲解 Index Fast Full Scan
  引用了2个例子
  一个是列允许为null,走了全表扫描
  一个是列不允许为null,走的是INDEX FULL SCAN,我就纳闷了,这里明明讲的是Index Fast Full Scan结果例子是INDEX FULL SCAN
Index Fast Full Scan
An index fast full scan is more like a full table scan than like other index scan types. When an index
fast full scan operation is chosen, all the index blocks are read using multiblock reads. This type of
scan is chosen as an alternative to a full table scan when all the columns needed to satisfy the query’s
column list are included in the index and at least one column in the index has the NOT NULL constraint.
In this case, the data is accessed from the index instead of having to access table blocks. Unlike other
index scan types, the index fast full scan cannot be used to avoid a sort since the blocks are read using
unordered multiblock reads. Listing 3-16 shows an example of an index fast full scan plan.
Listing 3-16. Index Fast Full Scan
SQL> alter table hr.employees modify (email null) ;
Table altered.
SQL> set autotrace traceonly explain
SQL> select email from hr.employees
  Execution Plan
----------------------------------------------------------
Plan hash value: 1445457117
--------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
--------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 107 | 856 | 3 (0)|
| 1 | TABLE ACCESS FULL| EMPLOYEES | 107 | 856 | 3 (0)|
--------------------------------------------------------------------
SQL> set autotrace off
SQL>
SQL> alter table hr.employees modify (email not null) ;
Table altered.
SQL> set autotrace traceonly explain
SQL> select email from hr.employees ;
Execution Plan
----------------------------------------------------------
Plan hash value: 2196514524
----------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
----------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 107 | 856 | 1 (0)|
| 1 | INDEX FULL SCAN | EMP_EMAIL_UK | 107 | 856 | 1 (0)|
----------------------------------------------------------------------
This example demonstrates how the index fast full scan operation relies on the NOT NULL
constraint in order to be chosen. Without the constraint, a full scan operation is chosen instead.
  
  呵呵,虽然书中有错误,不过这本书确实是一本好书,大家有空可以读读

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-255680-1-1.html 上篇帖子: 一次访问ORACLE数据字典的优化 下篇帖子: Oracle更新操作笔记以及语句
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表