[翻译]Oracle中的增强子查询优化

bell6248

原帖由 jboracle1981 于 2010-11-10 10:46 发表
2.1的例子，下面两个查询应该不等价的吧？？？
Q2:
SELECT   o_orderpriority,   COUNT(*)
  FROM   orders
WHERE   o_orderdate   >=   '1993-07-01'   AND
         EXISTS   (SELECT   *
                     FROM   lineitem
                    WHERE   l_orderkey   =   o_orderkey   AND
                            l_returnflag   =   "R')  OR
         EXISTS   (SELECT   *
                     FROM   lineitem
                    WHERE   l_orderkey   =   o_orderkey   AND
                            l_receiptdate   > l_commitdate)
GROUP   BY   o_orderpriority;

我们的子查询合并会把两个EXISTS子查询并成单个带OR过滤谓词的子查询，变成Q3:

Q3
SELECT   o_orderpriority,   COUNT(*)
  FROM   orders
WHERE   o_orderdate   >=   '1993-07-01'   AND
         EXISTS   (SELECT   *
                     FROM   lineitem
                    WHERE   l_orderkey   =   o_orderkey   AND
                            (l_returnflag   =   "R'   OR
                             l_receiptdate   >   l_commitdate))
GROUP   BY   o_orderpriority;

绝对的相等， 其实就是通过改写减少对表lineitem的访问， 这篇文章主要就是讲通过re-write SQL 语句， 为了得到更好的性能！
另外， 我感觉非常奇怪的就是， 该文章中举的例子都是非常普遍的， 只要你有相关的经验， 你就能快速改写成功！
该作者写该文档的学术性语言描述太多了， 我简单的看了看， 写的太不通俗了， 还给出了不少的图片， 这也写的太麻烦了， 像在写学术性论文！
我觉得调优SQL语句最好的方法， 还是去研究执行计划和统计数据， 毕竟语句的执行性能最终取决的不是语句本身的写法， 而是optimizer给出的相应的执行计划和统计数据,  当然所有的前提都是建立在表的设计[这个项目的数据模型]本身就是非常合理， 否则希望通过对SQL语句的调优来大幅度的提高整体的应用程序的性能， 那时完全不可能的！



[ 本帖最后由 bell6248 于 2010-11-10 14:18 编辑 ]

jboracle1981

呵呵，newkid老师真是好人啊。辛苦了！

我一直觉得Q2：o_orderdate   >=   '1993-07-01'   AND 后面少了个把两个exists括起来的“（）”

[ 本帖最后由 jboracle1981 于 2010-11-10 14:11 编辑 ]

yellowlee

非常强悍！感谢newkid

yellowlee

原帖由 bell6248 于 2010-11-10 13:44 发表





绝对的相等， 其实就是通过改写减少对表lineitem的访问， 这篇文章主要就是讲通过re-write SQL 语句， 为了得到更好的性能！
另外， 我感觉非常奇怪的就是， 该文章中举的例子都是非常普遍的， 只要你有相关的经验， 你就能快速改写成功！
该作者写该文档的学术性语言描述太多了， 我简单的看了看， 写的太不通俗了， 还给出了不少的图片， 这也写的太麻烦了， 像在写学术性论文！
我觉得调优SQL语句最好的方法， 还是去研究执行计划和统计数据， 毕竟语句的执行性能最终取决的不是语句本身的写法， 而是optimizer给出的相应的执行计划和统计数据,  当然所有的前提都是建立在表的设计[这个项目的数据模型]本身就是非常合理， 否则希望通过对SQL语句的调优来大幅度的提高整体的应用程序的性能， 那时完全不可能的！

一半一半，我的感觉是。

ocpdba591

mark，放在精华区就不怕找不到了

anlinew

原帖由 bell6248 于 2010-11-10 13:44 发表





绝对的相等， 其实就是通过改写减少对表lineitem的访问， 这篇文章主要就是讲通过re-write SQL 语句， 为了得到更好的性能！
另外， 我感觉非常奇怪的就是， 该文章中举的例子都是非常普遍的， 只要你有相关的经验， 你就能快速改写成功！
该作者写该文档的学术性语言描述太多了， 我简单的看了看， 写的太不通俗了， 还给出了不少的图片， 这也写的太麻烦了， 像在写学术性论文！
我觉得调优SQL语句最好的方法， 还是去研究执行计划和统计数据， 毕竟语句的执行性能最终取决的不是语句本身的写法， 而是optimizer给出的相应的执行计划和统计数据,  当然所有的前提都是建立在表的设计[这个项目的数据模型]本身就是非常合理， 否则希望通过对SQL语句的调优来大幅度的提高整体的应用程序的性能， 那时完全不可能的！

作者应该是站在研发人员的角度，从CBO作为一个软件产品在对子查询做优化时的设计的角度来写这篇文章的

anlinew

写这个的目的估计是述职报告、白皮书、专利申请等吧
不过对于我们来说可以用来借鉴在oracle早期版本中手工rewrite SQL以达到优化的目的

zuohao_lu

好人啊。

newkid

原帖由 bell6248 于 2010-11-10 13:44 发表





绝对的相等， 其实就是通过改写减少对表lineitem的访问， 这篇文章主要就是讲通过re-write SQL 语句， 为了得到更好的性能！
另外， 我感觉非常奇怪的就是， 该文章中举的例子都是非常普遍的， 只要你有相关的经验， 你就能快速改写成功！
该作者写该文档的学术性语言描述太多了， 我简单的看了看， 写的太不通俗了， 还给出了不少的图片， 这也写的太麻烦了， 像在写学术性论文！
我觉得调优SQL语句最好的方法， 还是去研究执行计划和统计数据， 毕竟语句的执行性能最终取决的不是语句本身的写法， 而是optimizer给出的相应的执行计划和统计数据,  当然所有的前提都是建立在表的设计[这个项目的数据模型]本身就是非常合理， 否则希望通过对SQL语句的调优来大幅度的提高整体的应用程序的性能， 那时完全不可能的！

呵呵，知道你人肉优化的厉害，其实我正是因为你的一个回帖才着手翻译这篇文章：
http://www.itpub.net/thread-1363559-1-1.html

那些例子很好，相当于总结了常见的转换方法，而文章的学术味确实较浓，不够通俗。以后看到这些术语不要被唬住，其实你都会的

上传的几个图都是关于并行执行的，有助于理解它的内部机制。当然这已经和编程没什么关系，了解一下即可。

newkid

原帖由 jboracle1981 于 2010-11-10 14:09 发表
呵呵，newkid老师真是好人啊。辛苦了！

我一直觉得Q2：o_orderdate   >=   '1993-07-01'   AND 后面少了个把两个exists括起来的“（）”

你眼神厉害，这确实是原文的错误，我已经改过来了。