Como posso obter o número real da linha do procedimento armazenado em uma mensagem de erro?

Quando eu uso o SQL Server e há um erro, a mensagem de erro fornece um número de linha que não tem correlação com os números de linha no procedimento armazenado. Presumo que a diferença se deva ao espaço em branco e aos comentários, mas é mesmo?

Como posso relacionar esses dois conjuntos de números de linha entre si? Se alguém pudesse me dar pelo menos uma indicação na direção certa, eu realmente apreciaria.

Estou usando o SQL server 2005.

IIRC, ele começa a contar linhas desde o início do lote que criou aquele proc. Isso significa o início do script ou então a última instrução "GO" antes da instrução create / alter proc.

Uma maneira mais fácil de ver isso é puxar o texto real que o SQL Server usou ao criar o objeto. Mude sua saída para o modo de texto (CTRL-T com os mapeamentos de teclas padrão) e execute

sp_helptext proc_name

Copie e cole os resultados em uma janela de script para obter o realce da sintaxe, etc., e use a função goto line (CTRL-G, eu acho) para ir para a linha de erro relatada.

Por hábito, coloco LINENO 0logo depois BEGINem meus procedimentos armazenados. Isso redefine o número da linha - para zero, neste caso. Em seguida, basta adicionar o número da linha relatado pela mensagem de erro ao número da linha no SSMS onde você escreveu LINENO 0e bingo - você tem o número da linha do erro conforme representado na janela de consulta.

Se você usar um Catch Block e um RAISERROR () para qualquer validação de código dentro do Try Block, a linha de erro será relatada onde o Catch Block está e não onde o erro real ocorreu. Eu usei assim para esclarecer isso.

BEGIN CATCH
  DECLARE @ErrorMessage NVARCHAR(4000);
  DECLARE @ErrorSeverity INT;
  DECLARE @ErrorState INT;

  SELECT 
     @ErrorMessage = ERROR_MESSAGE() + ' occurred at Line_Number: ' + CAST(ERROR_LINE() AS VARCHAR(50)),
     @ErrorSeverity = ERROR_SEVERITY(),
     @ErrorState = ERROR_STATE();

  RAISERROR (@ErrorMessage, -- Message text.
     @ErrorSeverity, -- Severity.
     @ErrorState -- State.
  );

END CATCH

Na verdade, isso Error_number()funciona muito bem.

Esta função inicia contagens a partir da última instrução GO (separador de lote), então se você não usou nenhum espaço Go e ainda está mostrando um número de linha errado - então adicione 7 a ele, como no procedimento armazenado na linha número 7 o separador de lote é usado automaticamente. Portanto, se você usar selecionar Cast (Error_Number () + 7 como Int) como [Error_Number] - você obterá a resposta desejada.

Em TSQL / procedimentos armazenados

Você pode obter um erro como:

Msg 206, Nível 16, Estado 2, Procedimento myproc, Linha 177 [Batch Start Line 7]

Isso significa que o erro está na linha 177 do lote. Não 177 no SQL. Você deve ver em qual número de linha seu lote começa, no meu caso [7], e então você adiciona esse valor ao número da linha para descobrir qual declaração está errada

você pode usar isso

CAST(ERROR_LINE() AS VARCHAR(50))

e se você quiser fazer uma tabela de log de erros, você pode usar isto:

INSERT INTO dbo.tbname( Source, Message) VALUES ( ERROR_PROCEDURE(), '[ ERROR_SEVERITY : ' + CAST(ERROR_SEVERITY() AS VARCHAR(50)) + ' ] ' + '[ ERROR_STATE : ' + CAST(ERROR_STATE() AS VARCHAR(50)) + ' ] ' + '[ ERROR_PROCEDURE : ' + CAST(ERROR_PROCEDURE() AS VARCHAR(50)) + ' ] ' + '[ ERROR_NUMBER : ' + CAST(ERROR_NUMBER() AS VARCHAR(50)) + ' ] ' +  '[ ERROR_LINE : ' + CAST(ERROR_LINE() AS VARCHAR(50)) + ' ] ' + ERROR_MESSAGE())

A resposta longa: o número da linha é contado a partir da CREATE PROCEDUREdeclaração, mais quaisquer linhas em branco ou linhas de comentário que você possa ter colocado acima quando executou a CREATEdeclaração, mas sem contar as linhas antes de umGO declaração ...

Achei muito mais fácil fazer um procedimento armazenado para testar e confirmar:

GO

-- =============================================
-- Author:          <Author,,Name>
-- Create date: <Create Date,,>
-- Description:     <Description,,>
-- =============================================
CREATE PROCEDURE ErrorTesting
       -- Add the parameters for the stored procedure here
AS
BEGIN
       -- SET NOCOUNT ON added to prevent extra result sets from
       -- interfering with SELECT statements.
       SET NOCOUNT ON;

       -- Insert statements for procedure here
       SELECT 1/0

END
GO

Depois de criá-lo, você pode alternar para ALTER PROCEDUREe adicionar algumas linhas em branco acima dos comentários e acima e abaixo do primeiroGO instrução para ver o efeito.

Uma coisa muito estranha que notei foi que tive que correr EXEC ErrorTesting em uma nova janela de consulta em vez de realçá-la na parte inferior da mesma janela e executar ... Quando fiz isso, os números das linhas continuaram aumentando! Não tenho certeza por que isso aconteceu ..

você pode obter a mensagem de erro e a linha de erro no bloco catch como este:

'Ms Sql Server Error: - ' + ERROR_MESSAGE() + ' - Error occured at: ' + CONVERT(VARCHAR(20),  ERROR_LINE())