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

[masuz1]

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

[masuz1]

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'

[pt1314917]

这样可以返回数据集啊。怎么不能返回呢？

[masuz1]

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

[pt1314917]

程序有问题吧。。这个完全可以返回的。检查下程序逻辑吧。

[hui_hui_2007]

加一句:
set nocount on
吧.

[hui_hui_2007]

还有,在真正想要的输出语句前再加一句:
set nocount off
具体作用,可是查帮助.

另外,好象不是这里的问题,
却总是提示“该查询没有返回任何数据表”！
这种提示好象是没有得到记录集.
应该是前台程序有问题.

[masuz1]

前台并没有任何程序语句，而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语句来执行，实在是很难办

[masuz1]

笔误：

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

[masuz1]

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

郁闷，结帖散分了！

[阿非]

解决了终归是好事嘛~ 就别郁闷了

[netspies]

EXEC Sp_Public_GetDJBH @DJBH = @DJBH OUTPUT

[JL99000]

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

[rfq]

可以
执行存储过程就可以返回数据集

[hui_hui_2007]

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

[hui_hui_2007]

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

[masuz1]

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

[孤独的海啊]

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

[masuz1]

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

[威尔亨特]

SP_EXECUTESQL

[阿非]

lz 你不用SqlDataSource,用SqlCommand 试下