Question 1

2020年11月更新。
这篇文章已经被《如何从SSIS中执行存储过程以获得其输出到文本文件》所取代。这篇文章描述了如何从SSIS中运行一个存储过程

exec mySproc WITH RESULT SETS ((i int))
看一下Troy Witthoeft提供的解决方案
在https://web.archive.org/web/20120915093807/http://sqlserverpedia.com/blog/sql-server-bloggers/ssis-stored-procedure-metadata，还提到了另一个解决方案。请看选项3。
(2020年11月；更新链接)
在存储过程中添加一些元数据和 "set nocount on"，并添加一个 "短路的if子句"（如果1=0），以及在顶部添加一个假的选择语句。  我测试了一下，试图不加 "set nocount on"，但没有成功。

CREATE PROCEDURE [dbo] . [GenMetadata] AS
SET NOCOUNT ON 
IF 1 = 0
BEGIN
-- Publish metadata 
SELECT CAST (NULL AS INT ) AS id , 
                CAST (NULL AS NCHAR ( 10 )) AS [Name] , 
                CAST (NULL AS NCHAR ( 10 )) AS SirName 
-- Do real work starting here 
CREATE TABLE #test 
      [id] [int] NULL, 
      [Name] [nchar] ( 10 ) NULL, 
      [SirName] [nchar] ( 10 ) NULL

Question 2


         
          
           
            
             设置fmtonly关闭 
在程序开始时设置fmtonly off，这将告诉我们在程序没有被执行时不要向客户端处理行。
当它没有被执行的时候 
因为在解析SP的时候没有临时表，所以在解析的时候没有可用的列。
            
            
             这让我终于可以工作了 :)

Question 3


         
          
           
            
             如果错误是在BIDS中发生的，那么ajdams的解决方案将不起作用，因为它只适用于从SQL Server Agent中运行软件包时发生的错误。
            
            
             主要问题是，SSIS正在努力解决元数据。  从它的立场来看，##表并不存在，因为它在预执行阶段无法返回对象的元数据。  所以你必须找到一种方法来满足它对表已经存在的要求。  有几个解决方案。
            
            
             
              不要使用临时表。  相反，创建一个工作的数据库，把你所有的对象放在里面。  显然，如果你想在一个不是dbo的服务器上获取数据，如生产服务器，这可能是行不通的，所以你不能依赖这个解决方案。
             
            
            
             
              使用CTE而不是临时表。  如果你的源服务器是2005/2008，这就可以了。  如果源服务器是2000，这就没有帮助。
             
            
            
             
              在一个单独的Execute SQL命令中创建##表。  将连接的RetainSameConnection属性设置为True。  为数据流设置DelayValidation为true。  当你设置数据流时，通过在存储过程的顶部临时添加一个SELECT TOP 0字段=CAST(NULL AS INT)来伪造它，这个存储过程的元数据与你的最终输出相同。  记得在运行包之前将其从存储过程中删除。  这也是在数据流之间共享临时表数据的一个方便的技巧。  如果你想让包的其他部分使用单独的连接，以便它们可以并行运行，那么你必须创建一个额外的非共享连接。  这就回避了这个问题，因为临时表在数据流任务运行时已经存在。
             
            
            
             选项3可以实现你的目标，但它很复杂，而且有一个限制，即你必须将创建###命令分离到另一个存储过程调用中。  如果你有能力在源服务器上创建存储过程，那么你可能也有能力创建其他对象，如暂存表，这通常是一个更好的解决方案。  它还可以回避可能出现的TempDB争用问题，这也是一个理想的好处。
            
            
             祝你好运，如果你需要关于如何实施第3步的进一步指导，请告诉我。

Question 4


         
          
           
            
             不是的，这是一个权限问题。这应该有助于你。
            
            
             
              http://support.microsoft.com/kb/933835

Question 5


         
          
           
            
             对于所有涉及的麻烦，我认为这可能是不值得的。在数据库中创建一个真正的表，并在加载之前/之后截断它。如果是用于数据仓库，即使你有一个或两个额外的表也没有关系。这为你提供了设计时的SSIS工具，意味着你不必担心临时表的复杂性。
            
            
             如果你想把事情分开，那么就在一个单独的模式中创建你的SSIS临时表。你可以使用权限来使所有其他用户看不到这个表。
            
            CREATE SCHEMA [ssis_temp]
CREATE TABLE [ssis_temp].[tempTableName]

Question 6


         
          
           
            
             
              
               这些步骤帮助了我。
              
              
               将最终的结果集写进一个表格。
              
              
               在一个新的查询编辑器窗口中，将该表脚本为CREATE。
              
              
               除定义列的开括号和闭括号外，删除所有东西。
              
              
               将其包入另一对支架。
              
              
               
                重新构思你的SP的调用，从
               
               
                exec p_MySPWithTempTables ? , ?
               
              
              exec p_MySPWithTempTables ?, ? with result sets
        ColumnA int,
        ColumnB varchar(10),
        ColumnC datetime