像这样的SQL查询：

SELECT  *
FROM    mytable1
JOIN    mytable2
ON      …
GROUP BY
        …
ORDER BY
        …

,描述应该做什么但不应该如何做.

执行计划显示如何：使用哪些索引,选择哪些连接方法(嵌套循环或散列连接或合并连接),结果如何分组(使用排序或散列),如何排序等.

遗憾的是,即使是现代sql引擎也无法自动找到或多或少复杂查询的最佳计划,sql开发人员仍然需要重新构造查询以使其具有高性能(即使它们执行原始查询所做的事情).

一个经典的例子就是这些问题：

SELECT  (
        SELECT  COUNT(*)
        FROM    mytable mi
        WHERE   mi.id <= mo.id
        )
FROM    mytable mo
ORDER BY 
        id

和

SELECT  RANK() OVER (ORDER BY id)
FROM    mytable

,在理论上做同样的事情应该使用相同的算法执行.

但是,没有实际的引擎会优化前一个查询来实现相同的算法,即.即将计数器存储在变量中并递增.

它将执行它所要做的事情：一遍又一遍地计算行数.

要优化查询,您需要实际查看幕后发生的事情,这就是执行计划向您展示的内容.

您可能想在我的博客中阅读这篇文章：

> Double-thinking in SQL