对于Microsoft SQL，我推荐Kalen Delaney等人写的《SQL Server内部》。他们很好地洞察了SQL Server的内部结构，从而让读者了解为什么特定语句可能比其他语句更快。

SQL Server 7.0内部 SQL Server 2000内情 Microsoft SQL Server 2005内部 Microsoft SQL Server 2008内部代码

还有一本书专门介绍SQL Server 2008查询的性能调优: SQL Server性能调优摘录

我也喜欢Paul Randal和Kimberly Tripp在SQLSkills.com上的博客。它们充满了可靠的SQL建议:

保罗的博客 金伯利的博客

SO在这里有一个很好的例子:如何解释查询的解释计划?

SQL Server性能 像样的网站MSSQL具体信息。

关于PostgreSQL的一些东西:官方维基上的“性能优化”。

当我看到这种快速了解在Oracle下调优的SQL语句发生了什么时，我非常高兴。将下面的第一个SQL语句更改为SELECT语句，并保留该提示。

SELECT /*+ GATHER_PLAN_STATISTICS */ * FROM DUAL;

SELECT * FROM TABLE(dbms_xplan.display_cursor( NULL, NULL, 'RUNSTATS_LAST'))
;

PLAN_TABLE_OUTPUT
-----------------------------------------------------
SQL_ID  5z36y0tq909a8, child number 0
-------------------------------------
SELECT /*+ GATHER_PLAN_STATISTICS */ * FROM DUAL

Plan hash value: 272002086

---------------------------------------------------------------------------------------------
| Id  | Operation         | Name | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |
---------------------------------------------------------------------------------------------
|   1 |  TABLE ACCESS FULL| DUAL |      1 |      1 |      1 |00:00:00.02 |       3 |      2 |
---------------------------------------------------------------------------------------------


12 rows selected.

地点:

E-Rows是估计行数。 A-Rows是实际的行。 A-Time是实际时间。 缓冲区是实际的缓冲区。

如果估计的计划与实际执行存在数量级上的差异，那么您就知道有问题了。

对于SQL Server性能调优，Itzik Ben-Gan是一个传奇。

你可以在这里找到他的许多详细书籍，都是他惯用的实证测量风格来证明他的观点:http://tsql.solidq.com/books/index.htm

如果您正在寻找t-sql问题的最快解决方案，请将“itzik”添加到您的谷歌搜索词中。

Itzik Ben-Gan在stackoverflow上被提到了600多次，但我不敢相信在这个性能调优问题上没有一次提到他。

作为额外的资源，你还可以在youtube上找到一些Itzik谈论性能相关内容的视频。