查询计划

　　Sql Server在执行一条查询语句之前都对对它进行“编译”并生成“查询计划”，查询计划告诉Sql Server的查询引擎应该用什么方式进行工作。Sql Server会根据当前它可以收集到的各种信息（例如内存大小，索引的统计等等）把一条查询语句编译成它认为“最优”的查询计划。很显然，得到这样一个查询计划需要消耗CPU资源，而大部分的查询语句每次经过编译所得到的查询计划往往是相同的，因此除非指定了RECOMPILE选项，Sql Server在执行查询语句时，会对查询计划进行缓存——也就是说，如果是相同的查询语句，Sql Server只会对它进行一次编译操作，然后在每次执行时对查询计划进行复用。查询计划如果无法复用，则会在相当程度上降低数据库性能——因为过多的CPU被消耗在查询语句的编译上。各种提及数据库查询优化的资料上大都会提到这一点，我们往往通过查看性能计数器的某些统计，或者Sql Server系统表中的一些记录，就可以判定您的数据库应用是否出现了这个问题。

　　对于存储过程来说，复用查询计划是轻而易举的。不过对于那些喜欢在程序代码中拼接Sql字符串的朋友来说，日子就有些不好过了。Sql Server是根据您传入的Sql语句来缓存查询计划的，如果您“强行”拼接了Sql字符串并交给Sql Server执行，那么查询计划被复用的可能性微乎其微。因此，我们绝对应该杜绝拼接字符串的行为，因为这不仅仅造成了传统的Sql注入！而那些习惯相对较好的朋友，则会使用带参数的Sql语句，在交给Sql Server执行时就可能复用查询计划。因为和调用存储过程相比，发送带参数的Sql语句只是将使用了sp_executesql命令而已，每次执行的查询语句还是相同的。