SQL Server - Stopp oder Unterbrechung der Ausführung eines SQL-Skripts

Gibt es eine Möglichkeit, die Ausführung eines SQL-Skripts in SQL Server sofort zu stoppen, z. B. einen Befehl "break" oder "exit"?

Ich habe ein Skript, das einige Überprüfungen und Suchvorgänge durchführt, bevor es mit dem Einfügen beginnt, und ich möchte, dass es beendet wird, wenn eine der Überprüfungen oder Suchvorgänge fehlschlägt.

Die Raiserror- Methode

raiserror('Oh no a fatal error', 20, -1) with log

Dadurch wird die Verbindung beendet und der Rest des Skripts wird nicht mehr ausgeführt.

Beachten Sie, dass sowohl der Schweregrad 20 oder höher als auch die WITH LOGOption erforderlich sind, damit dies funktioniert.

Dies funktioniert sogar mit GO-Anweisungen, z.

print 'hi'
go
raiserror('Oh no a fatal error', 20, -1) with log
go
print 'ho'

Wird Ihnen die Ausgabe geben:

hi
Msg 2745, Level 16, State 2, Line 1
Process ID 51 has raised user error 50000, severity 20. SQL Server is terminating this process.
Msg 50000, Level 20, State 1, Line 1
Oh no a fatal error
Msg 0, Level 20, State 0, Line 0
A severe error occurred on the current command.  The results, if any, should be discarded.

Beachten Sie, dass 'ho' nicht gedruckt wird.

CAVEATS:

• Dies funktioniert nur, wenn Sie als Administrator ('sysadmin'-Rolle) angemeldet sind und Sie keine Datenbankverbindung haben.
• Wenn Sie NICHT als Administrator angemeldet sind, schlägt der Aufruf von RAISEERROR () selbst fehl und das Skript wird weiter ausgeführt .
• Beim Aufrufen mit sqlcmd.exe wird der Exit-Code 2745 gemeldet.

Referenz: http://www.mydatabasesupport.com/forums/ms-sqlserver/174037-sql-server-2000-abort-whole-script.html#post761334

Die noexec-Methode

Eine andere Methode, die mit GO-Anweisungen funktioniert, ist set noexec on. Dadurch wird der Rest des Skripts übersprungen. Die Verbindung wird nicht beendet, Sie müssen noexecsie jedoch erneut ausschalten, bevor Befehle ausgeführt werden.

Beispiel:

print 'hi'
go

print 'Fatal error, script will not continue!'
set noexec on

print 'ho'
go

-- last line of the script
set noexec off -- Turn execution back on; only needed in SSMS, so as to be able 
               -- to run this script again in the same session.

Verwenden Sie einfach eine RETURN (diese funktioniert sowohl innerhalb als auch außerhalb einer gespeicherten Prozedur).

Wenn Sie den SQLCMD-Modus verwenden können, dann die Beschwörung

:on error exit

(EINSCHLIESSLICH des Doppelpunkts) bewirkt, dass RAISERROR das Skript tatsächlich stoppt. Z.B,

:on error exit

IF NOT EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[SOMETABLE]') AND type in (N'U')) 
    RaisError ('This is not a Valid Instance Database', 15, 10)
GO

print 'Keep Working'

wird ausgegeben:

Msg 50000, Level 15, State 10, Line 3
This is not a Valid Instance Database
** An error was encountered during execution of batch. Exiting.

und die Charge wird gestoppt. Wenn der SQLCMD-Modus nicht aktiviert ist, wird ein Analysefehler für den Doppelpunkt angezeigt. Leider ist es nicht vollständig kugelsicher, als ob das Skript ausgeführt wird, ohne sich im SQLCMD-Modus zu befinden. SQL Managment Studio ist selbst nach Analysezeitfehlern ein Kinderspiel! Wenn Sie sie jedoch über die Befehlszeile ausführen, ist dies in Ordnung.

Ich würde RAISERROR nicht verwenden. SQL verfügt über IF-Anweisungen, die für diesen Zweck verwendet werden können. Führen Sie Ihre Validierung und Suche durch und legen Sie lokale Variablen fest. Verwenden Sie dann den Wert der Variablen in IF-Anweisungen, um die Einfügungen bedingt zu machen.

Sie müssten nicht bei jedem Validierungstest ein variables Ergebnis überprüfen. Normalerweise können Sie dies mit nur einer Flag-Variablen tun, um alle übergebenen Bedingungen zu bestätigen:

declare @valid bit

set @valid = 1

if -- Condition(s)
begin
  print 'Condition(s) failed.'
  set @valid = 0
end

-- Additional validation with similar structure

-- Final check that validation passed
if @valid = 1
begin
  print 'Validation succeeded.'

  -- Do work
end

Selbst wenn Ihre Validierung komplexer ist, sollten Sie nur wenige Flag-Variablen benötigen, um sie in Ihre endgültige (n) Prüfung (en) aufzunehmen.

In SQL 2012+ können Sie THROW verwenden .

THROW 51000, 'Stopping execution because validation failed.', 0;
PRINT 'Still Executing'; -- This doesn't execute with THROW

Von MSDN:

Löst eine Ausnahme aus und überträgt die Ausführung an einen CATCH-Block eines TRY… CATCH-Konstrukts. Wenn ein TRY… CATCH-Konstrukt nicht verfügbar ist, wird die Sitzung beendet. Die Zeilennummer und die Prozedur, bei der die Ausnahme ausgelöst wird, werden festgelegt. Der Schweregrad ist auf 16 eingestellt.

Ich habe die Ein / Aus-Lösung von noexec erfolgreich um eine Transaktion erweitert, um das Skript vollständig oder gar nicht auszuführen.

set noexec off

begin transaction
go

<First batch, do something here>
go
if @@error != 0 set noexec on;

<Second batch, do something here>
go
if @@error != 0 set noexec on;

<... etc>

declare @finished bit;
set @finished = 1;

SET noexec off;

IF @finished = 1
BEGIN
    PRINT 'Committing changes'
    COMMIT TRANSACTION
END
ELSE
BEGIN
    PRINT 'Errors occured. Rolling back changes'
    ROLLBACK TRANSACTION
END

Anscheinend "versteht" der Compiler die Variable @finished in der IF, auch wenn ein Fehler aufgetreten ist und die Ausführung deaktiviert wurde. Der Wert wird jedoch nur dann auf 1 gesetzt, wenn die Ausführung nicht deaktiviert wurde. Daher kann ich die Transaktion entsprechend gut festschreiben oder zurücksetzen.

Sie können Ihre SQL-Anweisung in eine WHILE-Schleife einschließen und bei Bedarf BREAK verwenden

WHILE 1 = 1
BEGIN
   -- Do work here
   -- If you need to stop execution then use a BREAK


    BREAK; --Make sure to have this break at the end to prevent infinite loop
END

Sie können den Ausführungsfluss mithilfe von GOTO- Anweisungen ändern :

IF @ValidationResult = 0
BEGIN
    PRINT 'Validation fault.'
    GOTO EndScript
END

/* our code */

EndScript:

Bei der weiteren Verfeinerung der Sglasses-Methode erzwingen die obigen Zeilen die Verwendung des SQLCMD-Modus und zittern entweder den Scrirpt, wenn der SQLCMD-Modus nicht verwendet wird, oder verwenden ihn :on error exit, um einen Fehler zu
beenden. CONTEXT_INFO wird verwendet, um den Status zu verfolgen.

SET CONTEXT_INFO  0x1 --Just to make sure everything's ok
GO 
--treminate the script on any error. (Requires SQLCMD mode)
:on error exit 
--If not in SQLCMD mode the above line will generate an error, so the next line won't hit
SET CONTEXT_INFO 0x2
GO
--make sure to use SQLCMD mode ( :on error needs that)
IF CONTEXT_INFO()<>0x2 
BEGIN
    SELECT CONTEXT_INFO()
    SELECT 'This script must be run in SQLCMD mode! (To enable it go to (Management Studio) Query->SQLCMD mode)\nPlease abort the script!'
    RAISERROR('This script must be run in SQLCMD mode! (To enable it go to (Management Studio) Query->SQLCMD mode)\nPlease abort the script!',16,1) WITH NOWAIT 
    WAITFOR DELAY '02:00'; --wait for the user to read the message, and terminate the script manually
END
GO

----------------------------------------------------------------------------------
----THE ACTUAL SCRIPT BEGINS HERE-------------

Ist das eine gespeicherte Prozedur? Wenn ja, könnten Sie einfach eine Rückgabe durchführen, z. B. "Return NULL".

Ich würde vorschlagen, dass Sie Ihren entsprechenden Codeblock in einen try catch-Block einschließen. Sie können dann das Raiserror-Ereignis mit einem Schweregrad von 11 verwenden, um auf Wunsch zum catch-Block zu gelangen. Wenn Sie nur Fehler auslösen möchten, aber die Ausführung innerhalb des try-Blocks fortsetzen möchten, verwenden Sie einen niedrigeren Schweregrad.

Sinn ergeben?

Prost, John

[Bearbeitet, um BOL-Referenz einzuschließen]

http://msdn.microsoft.com/en-us/library/ms175976(SQL.90).aspx

Sie können RAISERROR verwenden .

Keine dieser Anweisungen funktioniert mit 'GO'-Anweisungen. In diesem Code erhalten Sie unabhängig davon, ob der Schweregrad 10 oder 11 beträgt, die endgültige PRINT-Anweisung.

Testskript:

-- =================================
PRINT 'Start Test 1 - RAISERROR'

IF 1 = 1 BEGIN
    RAISERROR('Error 1, level 11', 11, 1)
    RETURN
END

IF 1 = 1 BEGIN
    RAISERROR('Error 2, level 11', 11, 1)
    RETURN
END
GO

PRINT 'Test 1 - After GO'
GO

-- =================================
PRINT 'Start Test 2 - Try/Catch'

BEGIN TRY
    SELECT (1 / 0) AS CauseError
END TRY
BEGIN CATCH
    SELECT ERROR_MESSAGE() AS ErrorMessage
    RAISERROR('Error in TRY, level 11', 11, 1)
    RETURN
END CATCH
GO

PRINT 'Test 2 - After GO'
GO

Ergebnisse:

Start Test 1 - RAISERROR
Msg 50000, Level 11, State 1, Line 5
Error 1, level 11
Test 1 - After GO
Start Test 2 - Try/Catch
 CauseError
-----------

ErrorMessage
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Divide by zero error encountered.

Msg 50000, Level 11, State 1, Line 10
Error in TRY, level 11
Test 2 - After GO

Die einzige Möglichkeit, dies zu erreichen, besteht darin, das Skript ohne GOAnweisungen zu schreiben . Manchmal ist das einfach. Manchmal ist es ziemlich schwierig. (Verwenden Sie so etwas wie IF @error <> 0 BEGIN ....)

Ich benutze RETURNhier die ganze Zeit, arbeitet in Skript oderStored Procedure

Stellen Sie sicher, dass Sie ROLLBACKdie Transaktion haben, wenn Sie sich in einer befinden. Andernfalls wird RETURNsofort eine offene, nicht festgeschriebene Transaktion angezeigt

Das war meine Lösung:

...

BEGIN
    raiserror('Invalid database', 15, 10)
    rollback transaction
    return
END

Sie können die GOTO-Anweisung verwenden. Versuche dies. Dies ist voll für Sie zu nutzen.

WHILE(@N <= @Count)
BEGIN
    GOTO FinalStateMent;
END

FinalStatement:
     Select @CoumnName from TableName

Danke für die Antwort!

raiserror()funktioniert gut, aber Sie sollten die returnAnweisung nicht vergessen , sonst wird das Skript ohne Fehler fortgesetzt! (hense der Raiserror ist kein "Throwerror" ;-)) und natürlich bei Bedarf einen Rollback machen!

raiserror() Es ist schön, der Person, die das Skript ausführt, mitzuteilen, dass ein Fehler aufgetreten ist.

Wenn Sie einfach ein Skript in Management Studio ausführen und die Ausführung oder Rollback-Transaktion (falls verwendet) beim ersten Fehler stoppen möchten, ist es meiner Meinung nach am besten, den try catch-Block zu verwenden (ab SQL 2005). Dies funktioniert gut in Management Studio, wenn Sie eine Skriptdatei ausführen. Gespeicherte Prozesse können dies auch immer verwenden.

Früher haben wir Folgendes verwendet ... hat am besten funktioniert:

RAISERROR ('Error! Connection dead', 20, 127) WITH LOG

Schließen Sie es in einen try catch-Block ein, dann wird die Ausführung an catch übertragen.

BEGIN TRY
    PRINT 'This will be printed'
    RAISERROR ('Custom Exception', 16, 1);
    PRINT 'This will not be printed'
END TRY
BEGIN CATCH
    PRINT 'This will be printed 2nd'
END CATCH;