8.1. 前提
与其他关系库类似，SQL Server中，当我们对存在性能问题的SQL语句进行分析和诊断时，除了获取该SQL语句本身外，还需要获取SQL语句相应的查询计划及其相关的数据环境。这里，所谓数据环境，具体是指SQL语句编译和运行时所依赖的具体环境，包括相关表的具体情况、基于该表的索引的具体情况、相关表的数据量等诸多因素。此外，这里还存在一个普遍误区，那就是很多同学认为拿到了具体的SQL语句，就可以进行SQL优化工作了，这种想法是不对的，这里再强调一遍，如上所述，进行SQL优化需要SQL语句、其相应的查询计划及其相关的数据环境。
进行SQL优化前，拿到存在性能问题的SQL语句、其相应的查询计划及其相关的数据环境等这些信息后，这只能说已具备了定位和解决性能问题的客观条件，而主观上，我们还需要掌握一定的方法，这就是我们本章所要讲的SQL语句性能问题的分析与诊断方法。
各关系库中，分析和诊断SQL语句性能问题的方法虽然形式上存在差异，但就其本质来讲，彼此都是相同和相通的。与Oracle相比，SQL Server中，可能更少的用户会使用到跟踪（Trace）方法来解决SQL语句的性能问题，但更多的会用到SQL Server分析器（SQL Server Profiler）和真实查询计划，虽然，Oracle中也可以很容易的获取到SQL语句的真实计划及相关真实信息，但现实中，Oracle用户还是较少场景中用到它们，除非解决特殊场景的疑难问题或仅用于分析研究。SQL Server分析器是SQL Server一直以来的、用于解决各种问题的有力工具，甚至很多用户将其用于解决SQL语句的性能问题。然而，不可否认的是，无论何种关系库中，跟踪、真实计划等手段都是解决SQL语句性能问题的最后手段，虽然其有各自的诸多优势，尤其是其简单、直观、对技术人员要求不高等特点，但是因为，其应用方法相对比较繁琐，可能会对数据库有不同程度的影响，更为关键的是，有些存在性能问题的SQL语句也许几个小时、几天甚至永远也执行不完，为了获取其完整的跟踪信息或真实查询计划，我们不能长时间或永远等待下去，所以，现实中的SQL优化过程中，用户对其并非青睐，尤其对为客户提供专业优化服务的技术人员来讲，更不会轻易的用到它们。实际上，为客户的生产环境提供专业优化服务的工作中，评估查询计划才是技术人员经常利用的重要依据，虽然其对技术人员的理论和经验要求较高，但其对用户数据库环境的影响也是最小甚至几乎没有的，结合SQL语句、其相应的查询计划及其相关的数据环境，对SQL语句的性能问题进行快速、精准的定位和高效、完美的解决，才是一个高级专业优化人员应该不断修炼、追求和掌握的技能，这也是SQL优化专业领域的最高境界。
