趁着没有睡意研究下。
EXEC的使用与缺点
EXEC命令有两种用法,一种是执行一个存储过程,另一种是执行一个动态的批处理
一般的使用如下,做动态SQL语句拼接,然后执行
使用DBCC FREEPROCCACHE清空缓存。(具体使用可以查看MS的MSDN: http://msdn.microsoft.com/zh-cn/library/ms174283.aspx)
在输出的数据中我们很清楚的看到系统执行了两次,没有很好地使用执行计划
而最重要的是当我有下面这样的需求
出错啦!
然而我们发现这样的需求变相也是可以满足的,就是有点麻烦了,解决方案如下,使用临时表
sp_executesql的使用
使用sp_executesql的话,一切将变的很简单sp_executesql命令比EXEC命令更灵活,因为它提供一个接口,该接口及支持输入参数也支持输出参数。这功能使你可以创建带参数的查询字符串,这样就可以比EXEC更好的重用执行计划,sp_executesql的构成与存储过程非常相似,不同之处在于你是动态构建代码。它的构成包括:代码快,参数声明部分,参数赋值部分。
sp_executesql的语法
EXEC sp_executesql
@stmt = <statement>,--类似存储过程主体
@params = <params>, --类似存储过程参数部分
<params assignment> --类似存储过程调用
@stmt参数是输入的动态批处理,它可以引入输入参数或输出参数,和存储过程的主体语句一样,只不过它是动态的,而存储过程是静态的,不过你也可以在存储过程中使用sp_executesql;
@params参数与定义输入/输出参数的存储过程头类似,实际上和存储过程头的语法完全一样;
@<params assignment> 与调用存储过程的EXEC部分类似。
现在我们按照sp_executesql的语法改造下上面的查询
查看执行计划的调用,很好的利用了已有的执行计划提升查询效率
我们再去看上面那个需要使用临时表的问题
代码如下,可以将@TitleOutPut取出后再作为查询的参数给@TitleInPut赋值。难题得解!