OPENROWSET规避嵌套INSERT-EXEC时调用含游标存储过程报权限错误

这个报错和权限不足、存储过程无返回列没有关系，核心是OPENROWSET通过OLE DB驱动调用存储过程时，默认会先走元数据预解析流程：不会实际执行存储过程，仅通过解析过程的逻辑代码推断返回的列结构。当存储过程内部同时存在游标、动态SQL、嵌套INSERT EXEC逻辑时，预解析逻辑无法推断出最终返回的结果集结构，就会抛出你看到的错误。
直接本地执行存储过程、调用无游标/无嵌套INSERT EXEC的存储过程时，要么不走预解析流程，要么元数据可以被正常推断，所以不会触发报错。

• 方案1：关闭元数据预解析，强制驱动实际执行存储过程获取元数据
  只需要在OPENROWSET的执行脚本最前面加上两个会话设置即可，不需要修改任何原有存储过程代码，改完的通用调用模板如下：

  SELECT * FROM OPENROWSET(
      'SQLNCLI',
      'Server={Servername};Database={DatabaseName};Trusted_Connection=yes;',
      'SET NOCOUNT ON; SET FMTONLY OFF; EXEC {procedure name and parameters}'
  )
  

  用你提供的最小复现样例测试，把报错的调用语句改成上面的写法（替换对应参数）即可正常返回结果。如果是用新版MSOLEDBSQL驱动，只需要把连接字符串里的SQLNCLI替换成MSOLEDBSQL，其余逻辑不变。
• 方案2：调用时显式声明存储过程返回的结果集结构
  给调用的存储过程加WITH RESULT SETS子句，直接告诉OLE DB驱动返回的列名、类型，跳过预解析逻辑，模板如下：

  SELECT * FROM OPENROWSET(
      'SQLNCLI',
      'Server={Servername};Database={DatabaseName};Trusted_Connection=yes;',
      'EXEC {procedure name and parameters} WITH RESULT SETS ((
          -- 这里按实际存储过程返回的列依次定义即可，比如样例里的列是SomeData VARCHAR(50)
          Col1 INT,
          Col2 VARCHAR(100)
      ))'
  )
  

  这种方式性能比方案1略好，不需要额外执行过程拿元数据，适合返回结构固定的存储过程。
• 方案3：批量调度场景可以用SSIS包或者CLR存储过程做中转
  如果需要调度的存储过程数量极多，可以写简单的SSIS包循环遍历所有库的存储过程，把执行结果直接写入统一的聚合结果表，完全绕开OPENROWSET的元数据校验逻辑，稳定性更高。

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