SQLServer : EXEC和sp_executesql的区别
2010-08-09 14:20
441 查看
转载至:/article/5067203.html
摘要
1,EXEC的使用
2,sp_executesql的使用
摘要
1,EXEC的使用
2,sp_executesql的使用
MSSQL为我们提供了两种动态执行SQL语句的命令,分别是EXEC和sp_executesql;通常,sp_executesql则更具有优势,它提供了输入输出接口,而EXEC没有。还有一个最大的好处就是利用sp_executesql,能够重用执行计划,这就大大提供了执行性能(对于这个我在后面的例子中会详加说明),还可以编写更安全的代码。EXEC在某些情况下会更灵活。除非您有令人信服的理由使用EXEC,否侧尽量使用sp_executesql.
1,EXEC的使用
EXEC命令有两种用法,一种是执行一个存储过程,另一种是执行一个动态的批处理。以下所讲的都是第二种用法。
下面先使用EXEC演示一个例子,代码1
DECLARE@TableNameVARCHAR(50),@SqlNVARCHAR(MAX),@OrderIDINT;
[code]SET@TableName='Orders';
SET@OrderID=10251;
SET@sql='SELECT*FROM'+QUOTENAME(@TableName)+'WHEREOrderID='+CAST(@OrderIDASVARCHAR(10))+'ORDERBYORDERIDDESC'
EXEC(@sql);
[/code]
注:这里的EXEC括号中只允许包含一个字符串变量,但是可以串联多个变量,如果我们这样写EXEC:
EXEC('SELECTTOP('+CAST(@TopCountASVARCHAR(10))+')*FROM'+QUOTENAME(@TableName)+'ORDERBYORDERIDDESC');
EXEC(@sql+@sql2+@sql3);
DECLARE@TableNameVARCHAR(50),@SqlNVARCHAR(MAX),@OrderIDINT;
[code]SET@TableName='Orders';
SET@OrderID=10251;
SET@sql='SELECT*FROM'+QUOTENAME(@TableName)+'WHEREOrderID=@OrderIDORDERBYORDERIDDESC'
EXEC(@sql);
[/code]
关键就在SET@sql这一句话中,如果我们运行这个批处理,编译器就会产生一下错误
Msg137,Level15,State2,Line1
必须声明标量变量"@OrderID"。
使用EXEC时,如果您想访问变量,必须把变量内容串联到动态构建的代码字符串中,如:SET@sql='SELECT*FROM'+QUOTENAME(@TableName)+'WHEREOrderID='+CAST(@OrderIDASVARCHAR(10))+'ORDERBYORDERIDDESC'
串联变量的内容也存在性能方面的弊端。SQLServer为每一个的查询字符串创建新的执行计划,即使查询模式相同也是这样。为演示这一点,先清空缓存中的执行计划
DBCCFREEPROCCACHE(这个不是本文所涉及的内容,您可以查看MS的MSDN)
将代码1运行3次,分别对@OrderID赋予下面3个值,10251,10252,10253。然后使用下面的代码查询
SELECTcacheobjtype,objtype,usecounts,sqlFROMsys.syscacheobjectsWHEREsqlNOTLIKE'%cach%'ANDsqlNOTLIKE'%sys.%'
点击F5运行,就会出现下面如图所示的查询结果:
我们可以看到,每执行一次都要产生一次的编译,执行计划没有得到充分重用。
EXEC除了不支持动态批处理中的输入参数外,他也不支持输出参数。默认情况下,EXEC把查询的输出返回给调用者。例如下面代码返回Orders表中所有的记录数
DECLARE@sqlNVARCHAR(MAX)
[code]SET@sql='SELECTCOUNT(ORDERID)FROMOrders';
EXEC(@sql);
[/code]
DECLARE@sqlNVARCHAR(MAX),@RecordCountINT
[code]SET@sql='SELECTCOUNT(ORDERID)FROMOrders';
CREATETABLE#T(TIDINT);
INSERTINTO#TEXEC(@sql);
SET@RecordCount=(SELECTTIDFROM#T)
SELECT@RecordCount
DROPTABLE#T
[/code]