SQL Server查询分析器是基于开销的。通常来讲，查询分析器会根据谓词来确定该如何选择高效的查询路线,比如该选择哪个索引。而每次查询分析器寻找路径时，并不会每一次都去统计索引中包含的行数，值的范围等，而是根据一定条件创建和更新这些信息后保存到数据库中，这也就是所谓的统计信息。

我们知道，查询优化器的基本的目标就是为我们的查询语句找出一个比较高效的执行计划。即使是一个非常简单的查询，也会存在很多的不同方式去访问数据，而这些不同的方式都是可以得到相同的结果的，所以，查询优化器必须要很“明智的”从这些大量的执行计划中找出了一个“最佳”的出来。

很多SQL Server程序员对子查询(subqueries)的使用感到困惑，尤其对于嵌套子查询(即子查询中包含一个子查询)。现在，就让我们追本溯源地探究这个问题。

本文先对 DB2 提供的几种用于提高查询性能的相关工具和命令进行介绍，然后根据笔者的工作经验介绍一些常用的技巧和方法来提高查询性能。主要集中于如何创建和维护索引、改写查询以及改变查询的实现方式，相关内容都将通过实例加以说明

有些查询天生就消耗大量资源。这与基本的数据库和索引问题有关。这些查询的效率并不低，因为查询优化器会以最有效的可能方式实现这些查询。

众所周知，我们生活在信息化公开透明的社会，不论是购房买车，还是申请贷款，都会用的上征信报告，银行会根据个人信用情况，决定是否通过申请以及放贷的金额。 如何查询个人信用报告及个人信用报告网