背景：
遇到这样一种情况：动态向存储过程中传入表名和表的某些属性（这里用到的是主键ID）,然后利用这两个变量查出一条数据的某些字段值，然后再利用这些值进行逻辑运算（自己的逻辑），最后将结果输出。话不多说，直接上图，看是否是你想要的结果：
说明：【区域1为要用来测试的表】【 区域2 为表中数据】【区域3 为表中数据jan+feb+mar列值的和5】
存储过程代码如下：
从上图可以看出既然可以拿到jan 、feb、mar列的值，后面再做自己的判断就容易了。不再赘述。
由于学艺不精，上述结论是受别人的启发才得出的，相关链接：http://www.cnblogs.com/wanyuan8/archive/2011/11/09/2243483.html
下面贴出原作者博文原文（身为一名程序员，你懂的）：
execute相信大家都用的用熟了，简写为exec,除了用来执行存储过程，一般都用来执行动态sql sp_executesql，sql2005中引入的新的系统存储过程，也是用来处理动态sql的,如： exec sp_executesql @sql,N'@count int out,@id varchar(20)',@cou out ,@id @sql为拼成的动态sql N'@count int out,@id varchar(20)'为拼成的动态sql内的参数列表 @cou out,@id为为动态sql内参数列表提供值的外部参数列表 那么它们之间有什么区别呢？ １，它们之间最大的区别是嵌入式的参数，如下面一个语句 declare @sql nvarchar(2000) declare @id varchar(20) set @id='1' set @sql='select count(*) from emp where id=' + @id exec @sql 我想把得到的count(*)传出来，用传统的exec是不好办到的，但是用sp_executesql则很容易就办到了： declare @sql nvarchar(2000) declare @cou int declare @id varchar(20) set @id='1' set @sql='select @count=count(*) from emp where id=@id' exec sp_executesql @sql,@id print @cou 2.性能 可以看到，如果用exec，由于每次传入的@id不一样，所以每次生成的@sql就不一样，这样每执行一次sql2005就必须重新将要执行的动态sql重新编译一次 但是sp_executesql则不一样，由于将数值参数化，要执行的动态sql永远不会变化，只是传入的参数的值在变化，那每次执行的时候就秒用重新编译，速度自然快多了哈！ 注意： １.sp_executesql要求动态sql和动态sql参数列表必须是Nvarchar，比如上个例子的@sql,@id varchar(20)'我记得在sql2005中Varchar也可以的，但是我打了Sp3补丁后就不行了，必须为Nvarchar ２.动态sql的参数列表与外部提供值的参数列表顺序必需一致，如： N'@count int out,@cou out,@id @count 对应 @cou,@id对应@id 如果不一致，必须显式标明，如： N'@count int out,@id＝@id,@count=@cou out ３.动态sql的参数列表与外部提供参数的参数列表参数名可以同名
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
