急！SQL Server的存储过程中，如何返回以 EXEC @SQL方式取到的数据集？

Question

如题！
存储过程如下：
Create PROCEDURE pr_rsTest
AS
  Declare @SQL nvarchar(4000)
  Set @SQL='select * from tb_test'
  -- @SQL是根据传入参数动态组合的，此仅为示例
  exec (@SQL) --如果以EXEC方式执行，总是不能返回数据集
GO

Answer 1

dawugui，我考虑过你所说的做法，但我的存储过程需要对多个不同结构的表进行操作，建临时表的话实在是很麻烦，如果能够不用建临时表，直接返回结果集是最好的

Answer 2

select * into #tbtest from tb_test where 1<>1 --先建个返回记录集一样结构的临时表
insert into #tbtest exec pr_rsTest--把返回的结果报错到临时表里select * from #tbtest--对临时表操作
drop table #tbtestCreate   PROCEDURE   pr_rsTest 
AS 
    Declare   @SQL   nvarchar(4000) 
    Set   @SQL='select   *   from   tb_test' 
    --   @SQL是根据传入参数动态组合的，此仅为示例 
    exec   (@SQL)   --如果以EXEC方式执行，总是不能返回数据集

Answer 3

kk19840210，还是有问题，如你所说：
select * into #tbtest from tb_test where 1<>1 --先建个返回记录集一样结构的临时表
但表名在存储过程内并不知道，无法事先创建
我的示例写得太匆忙了，可能没把问题表述清楚，我再完善一下：
Create PROCEDURE pr_rsTest
     @tblName varchar(255), -- 表名
@fields varchar(1000) = '*' -- 需要返回的列
AS
    Declare @SQL nvarchar(4000)
    Set @SQL='select '+fields+' from '+@tblName
    --   @SQL是根据传入参数动态组合的，存储过程事先不知道表名和字段表
    exec (@SQL)   --如果以EXEC方式执行，总是不能返回数据集
GO--执行存储过程：
exec pr_rsTest 'tb_test','f1,f2'

Answer 4

我也觉得奇怪，我在查询分析器中是可以正常看到结果的，但在vs2005中用sqlDataSource来执行这个存储过程，却总是提示“该查询没有返回任何数据表”！

Answer 5

加一句:
set nocount on
吧.

Answer 6

还有,在真正想要的输出语句前再加一句:
set nocount off
具体作用,可是查帮助.另外,好象不是这里的问题,
却总是提示“该查询没有返回任何数据表”！
这种提示好象是没有得到记录集.
应该是前台程序有问题.

Answer 7

前台并没有任何程序语句，而SqlDataSource是通过设计器进行配置的，下面是aspx的代码段：
<asp:SqlDataSource ID="SqlDataSource1" runat="server" ConnectionString="<%$ ConnectionStrings:sqlConnectionString1 %>"
            SelectCommand="pr_rsTest" SelectCommandType="StoredProcedure" EnableCaching="True">
            <SelectParameters>
                <asp:Parameter DefaultValue="v_tickets" Name="tblName" Type="String" />
                <asp:Parameter Name="fields" Type="String" DefaultValue="" />
            </SelectParameters>
        </asp:SqlDataSource>--------
hui_hui_2007，我加了set nocount off/on都没有用但是修改存储过程，取消exec方式是有效的：
Create PROCEDURE pr_rsTest
        @tblName varchar(255), -- 表名
    @fields varchar(1000) = '*' -- 需要返回的列
AS
    Declare @SQL nvarchar(4000)
    Set @SQL='select '+fields+' from '+@tblName
    --   @SQL是根据传入参数动态组合的，存储过程事先不知道表名和字段表
    -- exec (@SQL)   --如果以EXEC方式执行，总是不能返回数据集
    select * from tb_test  --如果直接查询，用sqlDataSource设计器中的“测试查询”是能够正确返回数据集的
GO问题应该出在“exec(@strSQL)”这里，但我又必须动态生成select语句来执行，实在是很难办

Answer 8

笔误：
Set @SQL='select '+fields+' from '+@tblName
--->
Set @SQL='select '+@fields+' from '+@tblName

Answer 9

-- testproc
alter proc testproc
as
begin
   declare @sql varchar(100)
   set @sql='select * from tb'
   exec(@sql)
end
--
完全可以啊~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Answer 10

Set @SQL='select '+fields+' from '+@tblName
----------------
不太对吧。fields是什么，
你这样，
print @sql
然后看看是什么，拷这个串到查询分析器中执行。
看看能否成功。
应该完全可以的，我可以断定，你的字串拼的不对。

Answer 11

print @sql
然后将字串贴上来，定能发现问题。

Answer 12

fields我少写了一个@，14楼我已经说明了--在查询分析器中执行存储过程，没有任何错误，可以得到结果：
exec pr_rsTest 'tb_test'
我想应该是.net中的SqlDataSource设置不对，或是在.net中的调用方式不对，但不知道具体问题在哪里。我已经在ASP.net区新开了帖，大家一起讨论。
http://topic.csdn.net/u/20080110/11/f5c8efed-6425-44d5-96e8-7bb9fec91d03.html

Answer 13

生命周期问题，exec是新的容器中 里面所有的东西随着exec结束而结束 我觉得 只有临时表

Answer 14

superkitten，你说的问题我也考虑过，但为什么我用ASP+RecordSet做测试，却能得到数据集呢？
用Delphi的ADO控件也可以得到数据。
是不是ADO和ADO.net对存储过程的调用有区别？

Answer 15

lz 你不用SqlDataSource,用SqlCommand 试下

Answer 16

唉，终于知道是哪里的问题了！
原来是SqlDataSource的参数必须全部填写DefaultValue，而且不能为空，否则就不行。系统也不会提示出错，只是查不出数据来。
我就漏了一个参数未填，害得我测试了两天才搞定。
SqlDataSource的代码改一下这行：
<asp:Parameter Name="fields" Type="String" DefaultValue="*" /> 郁闷，结帖散分了！

Answer 17

    EXEC   Sp_Public_GetDJBH    @DJBH =  @DJBH    OUTPUT