sql >> Databasteknik >  >> RDS >> Sqlserver

Spela in SQL Server-anropsstack vid felrapportering

Ok, jag lägger till vår felhantering igen :-)

Funktionerna ERROR_%() är synliga för CATCH-blockets omfång. Det betyder att du kan använda dem i ett lagrat proc eller funktionsanrop i varje CATCH-block

Och med kapslade lagrade processer är det användbart att veta vad som orsakade felet och vad som loggar felet

...
END TRY
BEGIN CATCH
    IF XACT_STATE() <> 0 AND @starttrancount = 0 
        ROLLBACK TRANSACTION
    EXEC dbo.MyExceptionHandler @@PROCID, @errmsg OUTPUT;
    RAISERROR (@errmsg, 16, 1);
END CATCH

---with this handler (cut down version of ours)
CREATE PROCEDURE dbo.MyExceptionHandler
    @CallerProcID int,
    @ErrorMessage varchar(2000) OUTPUT
WITH EXECUTE AS OWNER --may be needed to get around metadata visibility issues of OBJECT_NAME
AS
SET NOCOUNT, XACT_ABORT ON;

BEGIN TRY
    SET @ErrorMessage = --cutdown
            CASE
                WHEN @errproc = @callerproc THEN        --Caller = error generator
                        --build up stuff

                ELSE    --Just append stuff             --Nested error stack
            END;

    IF @@TRANCOUNT = 0
        INSERT dbo.Exception (Who, TheError, WhatBy, LoggedBy)
        VALUES (ORIGINAL_LOGIN()), RTRIM(ERROR_MESSAGE()), ERROR_PROCEDURE(), OBJECT_NAME(@CallerProcID));
END TRY
BEGIN CATCH
   --and do what exactly?
END CATCH
GO

Detta är i alla fall grundidén:varje CATCH-block är enkelt, arbetet fortsätter i felhanteraren. Lägg till t.ex. ERROR_NUMBER() om du vill



  1. MySQL 5.5 förlorar efterföljande utrymmen i fråga

  2. Hur man installerar MySQL på Windows 10? – Din One Stop-lösning för att installera MySQL

  3. Hur man räknar MySQL resulterar i en har-många-genom-relation

  4. fel på järnvägsservrar? (skenor 3) i fönster