Problema com FMTONLY no SQL Server 2012

Posso reproduzir o mesmo comportamento no SQL Server 2012. No entanto, consigo fazê-lo funcionar colocando o nome do Linked Server de volta na consulta. Existe uma razão para você ter colocado isso na ATcláusula?

Tente o seguinte:

SET FMTONLY ON
EXEC('SELECT TOP(10) [MCMCU]
                    ,[MCSTYL]
                    ,[MCDC]
      FROM [JDE].[JDE_CRP].[CRPDTA].[F0006]');
SET FMTONLY OFF

Bem, embora o acima funcione no SQL Server 2012, não foi um bom teste porque não funciona ao executar um procedimento armazenado. Pode ter algo a ver com o fato de ser um tipo diferente de chamada (ou seja, a chamada do procedimento armazenado é RPC e teve que ser configurada separadamente).

Eu até tentei adicionar WITH RESULT SETS ((...))e ainda não funcionou.

Ok, então eu encontrei algo. É geralmente conhecido que FMTONLY ONna verdade não executa o código, apenas o verifica em busca de SELECTinstruções. Mas isso também significa que ele não sabe como lidar com código condicional. Portanto, ele retorna quaisquer conjuntos de resultados que possam ser retornados, mesmo que nenhum caminho de código retorne alguns deles.

O exemplo 1 tem duas SELECTinstruções, mas apenas uma pode ser retornada por vez. Ainda assim, ao executar com FMTONLY ON, ambos são retornados:

CREATE PROCEDURE dbo.FmtOnlyTest1
AS
SET NOCOUNT ON;
  DECLARE @A INT = 5;

  IF (@A <> 6)
  BEGIN
    SELECT TOP 5 * FROM [master].[sys].[objects];
  END;
  ELSE
  BEGIN
    DECLARE @SQL NVARCHAR(MAX);
    SET @SQL = N'SELECT ' + CONVERT(NVARCHAR(MAX), @A) + N' AS [IntVal];'
    EXEC(@SQL);
END;
GO

Resultados:

-- Running normally returns one result set of 5 rows from sys.objects:
EXEC Test.dbo.FmtOnlyTest1;

-- With FMTONLY ON, it returns two result sets: one from sys.objects AND one with [IntVal]
SET FMTONLY ON
EXEC Test.dbo.FmtOnlyTest1;
SET FMTONLY OFF

O exemplo 2 mostra outra consequência de não poder executar o código. Se o código produzir o conjunto de resultados dinamicamente, ele não poderá ser determinado por FMTONLY ON. Isso provavelmente explica por que não pode seguir a chamada EXEC quando o código é remoto. Suspeito que chamar procedimentos armazenados locais funcione apenas fazendo uma pesquisa na tabela de catálogo do sistema local para essa definição.

CREATE PROCEDURE dbo.FmtOnlyTest2
AS
SET NOCOUNT ON;
  DECLARE @A INT;

  SELECT TOP 1 @A = [object_id] FROM sys.objects;

  DECLARE @SQL NVARCHAR(MAX);
  SET @SQL = N'SELECT ' + CONVERT(NVARCHAR(MAX), @A) + N' AS [IntVal];'
  EXEC(@SQL);
GO

Resultados:

-- Running normally returns one result set of just [IntVal];
EXEC Test.dbo.FmtOnlyTest2;

-- With FMTONLY ON, there are no result sets returned (just like with the remote procedure)
SET FMTONLY ON
EXEC Test.dbo.FmtOnlyTest2;
SET FMTONLY OFF

Sabendo o que sabemos agora, podemos usar o fato de que FMTONLY ONencontrará todos os conjuntos de resultados sem realmente executar o código para, mesmo que não seja o ideal, falsificar um conjunto de resultados para fazer o CodeSmith (e outras ferramentas que ainda funcionam dessa maneira) funcionar novamente .

O exemplo 3 mostra que podemos efetivamente ocultar um conjunto de resultados fictício em um bloco de código que não pode ser executado logicamente. Só FMTONLY ONserá capaz de ver isso para não apresentar um problema para nenhum outro código (bem, eu tentei sys.dm_exec_describe_first_result_sete não gostei muito, mas não acho que seja um problema neste caso).

CREATE PROCEDURE dbo.FmtOnlyTest3
AS
SET NOCOUNT ON;

  IF (1 = 0)
  BEGIN
    SELECT CONVERT(INT, NULL) AS [FieldName1],
           CONVERT(DATETIME, NULL) AS [FieldName2];
  END;

  DECLARE @A INT;

  SELECT TOP 1 @A = [object_id] FROM sys.objects;

  DECLARE @SQL NVARCHAR(MAX);
  SET @SQL = N'SELECT ' + CONVERT(NVARCHAR(MAX), @A) + N' AS [IntVal];'
  EXEC(@SQL);
GO

Resultados:

-- Running normally returns one result set of just [IntVal];
EXEC Test.dbo.FmtOnlyTest3;

-- Running with FMTONLY ON returns one result set of [FieldName1], [FieldName2]
SET FMTONLY ON
EXEC Test.dbo.FmtOnlyTest3;
SET FMTONLY OFF

Para este teste, fiz com que o código retornasse um conjunto de resultados diferente para o IF (1 = 0)bloco para tornar a diferença de comportamento mais aparente. Mas, na prática, você gostaria de retornar exatamente a mesma estrutura do conjunto de resultados SELECTcomo retorna o procedimento armazenado remoto.

A desvantagem óbvia aqui é que, se você alterar o conjunto de resultados desse procedimento remoto, precisará se lembrar de também alterar a definição no IF (1 = 0)bloco, mas pelo menos o CodeSmith funcionará.