使用SET FMTONLY的SSRS中没有用于动态SQL存储过程的字段

包含Dynamic Sql和Temp表 的问题 存储proc是诸如SSRS和ORM生成器（如Linq2SQL和EF逆向工程工具）之类的向导的祸根。

这是因为在运行PROC之前

SET FMTONLYON;

sp_describe_first_result_set

FMTonLY ON

sp_describe_first_result

例如，该工具将执行以下操作：

SET FMTonLY ON;EXEC dbo.MyProc NULL;

一些解决方法：

• 手动编辑RDL / RDLC文件以插入实际结果集的列名称和类型。
• 临时删除实际proc并将其替换为一个，它将返回零个或更多行的数据集，其中包含实际proc返回的实际数据类型和列名，并运行向导，然后还原真实proc。
• 临时添加

  SET FMTonLY OFF;

  为PROC的第一行-这将强制执行PROC。完成后还原原始的PROC（尽管请注意，由于该工具传递的null或哑元参数，您的proc可能会失败）。此外，

  FMTONLY

  在被弃用
• 在proc的开始处，添加一个伪语句，该语句返回结果集的实际模式，并包装在一个永远不会执行的条件分支中。

这是最近一次黑客攻击的示例：

CREATE PROCEDURE [dbo].[Get_Details_by_Type]  @isArchived varchar(10),  @Type varchar(50)ASBEGIN   -- For FMTonLY ON tools only   IF 1 = 2     BEGIN       -- These are the actual column names and types returned by the real proc       SELECT CAST('' AS NVARCHAr(20)) AS Col1,    CAST(0 AS DECIMAL(5,3)) AS Col2, ...     END;-- Rest of the actual PROC goes here

FMTonLY ON

sp_describe_first_result_set

顺便说一句，出于您自己的理智考虑，我建议您不要

SELECT *

Orders

最后，只需确保您没有

SET FMTonLY ON;

END - ProcGO **SET FMTonLY ON; ** This isn't part of the Proc!