将平面文件导入SQL Server临时表时无法找到表的问题求助

我尝试使用SQL Server全局临时表##temptable预处理从平面.csv文件导入的数据。
我在控制流的第一步调用带3个输入参数的存储过程创建了该临时表，参数用于确定表名以及要“模仿”的现有表。出于多种原因，我创建的临时表所有列均为varchar类型，包括用于排查"NAN"值以及从4行表头的第1行提取数据（列名位于第2行表头）。
控制流的下一步是数据流任务。我最终希望使用变量指定目标表，但目前仅尝试实现基础功能。当我尝试指定该临时表时，无法找到它，因此无法设置映射。
我尝试过在SSMS中创建临时表，也尝试过在控制流的前一步执行SQL任务创建，但两种方式都无法找到该临时表。我已确保SQL连接的连接管理器设置了RetainSameConnection=True。
请问这种操作是否被允许？如果可以，我遗漏了什么？

这种操作是允许的，问题出在SSIS的元数据检测、连接上下文或临时表创建逻辑上，以下是具体排查和解决步骤：

• 确认连接会话一致性
  即使设置了RetainSameConnection=True，也要检查创建临时表的执行SQL任务和数据流任务是否绑定了同一个连接管理器实例。全局临时表的生命周期绑定到创建它的会话，若两个任务用了不同连接，数据流任务所在会话看不到临时表。

• 强制刷新数据流元数据
  SSIS设计时无法感知动态创建的临时表，可先在SSMS中手动创建结构匹配的##temptable，然后在数据流任务中选择该表完成字段映射。映射完成后删除SSMS中的临时表，运行时由控制流的存储过程动态创建即可——只要运行时表结构和设计时一致，SSIS就能正常工作。

• 优化临时表创建逻辑
  若通过存储过程创建临时表，SSIS执行SQL任务默认无法获取临时表元数据。可以：

  • 把创建临时表的SQL语句直接写在执行SQL任务中，而非调用存储过程；
  • 在存储过程末尾添加SELECT * FROM ##temptable WHERE 1=0，让执行SQL任务返回空结果集，帮助SSIS识别表结构。

• 排查权限与命名冲突
  确保SSIS运行账号有创建全局临时表的权限；全局临时表是所有会话可见的，若其他会话已存在同名表，会导致创建失败，可在存储过程中添加判断逻辑，避免重名冲突。

• 后续变量指定目标表的建议
  若要实现动态目标表，不建议依赖全局临时表（多并发场景易冲突），可改用本地临时表结合SSIS表达式+延迟验证的方式，或者使用动态SQL配置目标表。

内容的提问来源于stack exchange，提问作者beantreeze