你是否仍迷信rowid分页？

yyp2009

不过rowid访问 自然是最快的

1 table access by user rowid
和
2 table access by user index rowid
在访问表时效率差不多的
而两者差别就在 如果有同样的rowid 访问有两次 rowid会更快（top p296）
而同样的访问11g会在result cache中保存说不定，说不定11g快就是这个原因！而10g没有resultcache！
呵呵！

yyp2009

难道你的结论发现11g的新特性是 rc？

newkid

yyp2009 发表于 2012-5-7 21:20
难道你的结论发现11g的新特性是 rc？

跟RESULT CACHE一点关系都没有，你没有看懂楼主的意思。
一个块如果包含了所需要的多个ROWID, 那么只需要访问一次这个块而不是多次，这就是11G的优化。

yyp2009

不过我没有11g没法测试 rc
你可参考老黄盖深入解析oracle
p235页

yyp2009

newkid 发表于 2012-5-7 21:38
跟RESULT CACHE一点关系都没有，你没有看懂楼主的意思。
一个块如果包含了所需要的多个ROWID, 那么只需要 ...

难道这不是11grc的 缓存的结果？

yyp2009

他确定逻辑读 物理读情况 也是要等到稳定了
再搞的  统计信息中为了稳定 统计信息会多执行两次
这样结果不是到rc中了吗？

yyp2009

newkid 发表于 2012-5-7 21:38
跟RESULT CACHE一点关系都没有，你没有看懂楼主的意思。
一个块如果包含了所需要的多个ROWID, 那么只需要 ...

那么只需要访问一次这个块而不是多次，这就是11G的优化。----11g什么优化 ？还不是rc中缓存了一下
所以在access by user rowid 是比1og快了？
难道比这还高深？

Kevin__Zhang

yyp2009 发表于 2012-5-7 21:49
那么只需要访问一次这个块而不是多次，这就是11G的优化。----11g什么优化 ？还不是rc中缓存了一下
所以 ...

说到点子上去了，区别就是：
1 table access by user rowid    -----多个rowid连续对于同一个block的访问，10g中不可重用，而11g中可重用
和
2 table access by index rowid   ----  多个rowid连续对于同一个block的访问，在10g中和11g中都是可重用的

所以11g中这个对table access by user rowid的新特性使得rowid分页大大受益。

至于oracle是怎么做到这点的，那就是另外一码事了。
我个人认为是11g的新特性，或者说是修复了10g中的缺陷，因为这并不是什么难事，和10g中table access by index rowid的原理是一模一样的。

至于result cache，我也想过，只不过我个人理解result cache并不是在块级别上的（在块级别上不就和buffer cache一样了），而是缓存行级别上的结果，所以何来“rc中缓存了一下”之说？

Kevin__Zhang

newkid 发表于 2012-5-7 21:38
跟RESULT CACHE一点关系都没有，你没有看懂楼主的意思。
一个块如果包含了所需要的多个ROWID, 那么只需要 ...

是这样的。
原因：
1.11g中默认result cache是手动：
result_cache_mode                    string      MANUAL
也就是说，必须专门指定 hint才会考虑使用rc。
而我从头到尾都没有使用rc的hint。

2.rc是缓存的行级别的结果，而不是块级别的结果。

yyp2009

Kevin__Zhang 发表于 2012-5-8 09:34
说到点子上去了，区别就是：
1 table access by user rowid    -----多个rowid连续对于同一个block的访 ...

得  我有点浮躁
没有用心测试
就掺和进来了
这个要向你学习了！