Início / dba / Perguntas / 29635
Accepted
Warren P
Asked: 2012-12-01 12:37:41 +0800 CST

É possível registrar valores de parâmetro de entrada em uma chamada de procedimento durante o rastreamento no SQL Server Profiler?

  • 772

Usando o SQL Server Profiler (estou no SQL Server 2012), estou tentando gerar um rastreamento útil que mostre os valores dos parâmetros, não apenas o SQL com nomes de variáveis. O procedimento armazenado percorre uma quantidade bruta de dados de inventário para gerar alguns resultados extremamente valiosos, e estou tentando documentar o comportamento existente, para que eu possa testá-lo, defini-lo exatamente e, em seguida, refatorá-lo em algo sensato.

Eu tenho um procedimento armazenado que executa um subprocedimento de 54 parâmetros, dentro de um loop onde o procedimento armazenado cria um cursor e faz um loop while. Aqui está uma visão simplificada:

CREATE PROCEDURE 
   [dbo].[OuterProcedure]       
   (  @ProductCode varchar(8),          
     -- 41 more parameters omitted
   )
AS            
  SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED   
  SET NOCOUNT ON           
 DECLARE @AboutFourHundredLocalvariables -- omit about 400 local variable declarations.
 -- OMIT ABOUT 10 temporary table declarations.
 DECLARE  aCursor CURSOR FAST_FORWARD FOR         
   SELECT [ID],bkno,  -- about 40 fields omitted.
              FROM vwVeryComplexViewThatDoesALotOfVeryBrutalJoins         
              WHERE  (about_80_boolean_expressions AND omitted_here)
        ORDER BY some,keys,like,this

OPEN aCursor          
FETCH NEXT FROM aCursor /* Get First Record */         
    INTO @ID, @about_40_fields,.... 
WHILE (@@FETCH_STATUS = 0) AND         
          ( @About80MoreBooleanExpressionsHere)  
BEGIN   /* 1 */            
     -- about 700 lines of logic, math and if-parameter-this-then-that
     -- stuff omitted
            EXEC  @ConsiderItem = 
                      InnerProcedureCallWithinLoop
                                            @from_locn,        
                        @About53PARAMSOMITTED,
                                                ...

    FETCH NEXT FROM CurInventory /* Get Next Record */       
       INTO @ID,@MoreStuff,...    
END                   
CLOSE CurInventory          
DEALLOCATE CurInventory

Como eu obteria um rastreamento para me mostrar todos os valores de parâmetro passados InnerProcedureCallWithinLoop? Existem 54 parâmetros. Tenho que escrever essencialmente "54 linhas de debug-printfs" dentro do meu SQL ou posso despejar todos os valores de parâmetro de uma chamada de procedimento enquanto faço um rastreamento SQL de alguma forma?

Quando recebo um rastreamento agora, recebo esta saída:

EXEC  @ConsiderItem = InnerProcedureCallWithinLoop  @from_locn,        
                        @About53ParmsOmitted

O que eu gostaria de saber é que @from_locn = 1e @About53ParmsOmitted = 'hello world'assim por diante.

Isso não me diz o valor real do parâmetro @from_locn. No caso desse primeiro parâmetro, ele é passado para meu procedimento armazenado de nível superior, então sei que é 0 ou 1, conforme o caso. No entanto, cerca de 40 dos 43 parâmetros nesse procedimento interno vêm da FETCH NEXT FROM aCursoroperação dentro de um WHILEloop.

No momento, o rastreamento me diz quantas vezes InnerProcedureCallWithinLoopé chamado e quanto tempo cada um levou, mas não quais eram os valores dos parâmetros para essa chamada. Se eu pudesse, de alguma forma, obter "scripts SQL autônomos executáveis" que replicam alguns casos de canto que encontro em meu código, enquanto rastreio esses scripts, configurando essas funções grosseiras (eu sei, 54 parâmetros, isso é realmente grosseiro, mas não escrevi eles!) poderia me levar uma hora digitando apenas para criar um script SQL que me permite invocar esse caso de canto sozinho, fora desse grande emaranhado gigantesco de procedimentos armazenados do SQL Server.

Tudo isso faz parte de um esforço para detalhar uma expressão SQL e criar scripts que possam sondar esses procedimentos armazenados complexos.

Atualização Encontrei uma opção de gravação RPC "Output Param", mas não uma opção de gravação "RPC IN PARAM".

sql-server stored-procedures

1 respostas

  1. Best Answer

    Vou morder a bala e dizer a você que tal traço não pode ser configurado, porque não é o propósito [percebido] dos traços. Sempre fiz assim:

    WHILE (@@FETCH_STATUS = 0) AND
                ( @About80MoreBooleanExpressionsHere)
    BEGIN /* 1 */
        -- cerca de 700 linhas de lógica, matemática e if-parameter-this-then-that
        -- coisas omitidas
          INSERT InnerProcedureCallWithinLoop__TraceTable
                  VALUES (@from_locn, @ About53PARAMSOMITTED
          EXEC @ConsiderItem =
                InnerProcedureCallWithinLoop
                      @from_locn,
                            @About53PARAMSOMITTED,
    ...

    Se eu sei que só é chamado de um local. Caso contrário, faço isso no receptor em vez do chamador.

    ALTER PROC InnerProcedureCallWithinLoop
    @from_locn int,
    @About53PARAMSOMITTED ...
AS
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SET NOCOUNT ON;
INSERT InnerProcedureCallWithinLoop__TraceTable VALUES (@from_locn, @prm2, @prm3....
--- rest of proc

    Isso é obviamente diferente de usar um rastreamento, que é capaz de capturar eventos mesmo que eles tenham começado e nunca terminado (parâmetros com falha, transações revertidas). Se esse for o seu problema, você precisa examinar os métodos CLR ou de e-mail para externalizar a saída capturada.

    • 8

relate perguntas