SQL Server - zatrzymuje lub przerywa wykonywanie skryptu SQL

Czy istnieje sposób, aby natychmiast zatrzymać wykonywanie skryptu SQL na serwerze SQL, na przykład polecenie „break” lub „exit”?

Mam skrypt, który wykonuje sprawdzanie poprawności i wyszukiwania, zanim zacznie wstawiać, i chcę, aby przestał, jeśli którekolwiek z sprawdzeń poprawności lub odnośników zakończy się niepowodzeniem.

RAISERROR Sposób

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

Spowoduje to zakończenie połączenia, a tym samym zatrzymanie pozostałej części skryptu.

Należy pamiętać, że zarówno poziom ważności 20 lub wyższy, jak i WITH LOGopcja są konieczne, aby działał w ten sposób.

Działa to nawet z instrukcjami GO, np.

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

Otrzymasz wynik:

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.

Zauważ, że napis „ho” nie jest drukowany.

UWAGI:

• Działa to tylko wtedy, gdy jesteś zalogowany jako administrator (rola „sysadmin”) i nie pozostawia Cię bez połączenia z bazą danych.
• Jeśli NIE jesteś zalogowany jako administrator, samo wywołanie RAISEERROR () zakończy się niepowodzeniem i skrypt będzie kontynuował działanie .
• W przypadku wywołania za pomocą narzędzia sqlcmd.exe zostanie zgłoszony kod wyjścia 2745.

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

Metoda noexec

Inną metodą, która działa z instrukcjami GO, jest set noexec on. Powoduje to pominięcie reszty skryptu. Nie powoduje to zakończenia połączenia, ale należy je noexecponownie wyłączyć przed wykonaniem jakichkolwiek poleceń.

Przykład:

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.

Wystarczy użyć POWROTU (będzie działał zarówno wewnątrz, jak i poza procedurą przechowywaną).

Jeśli możesz użyć trybu SQLCMD, to inkantacja

:on error exit

(W TYM dwukropek) spowoduje, że RAISERROR faktycznie zatrzyma skrypt. Na przykład,

: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'

wyświetli:

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

i partia się zatrzyma. Jeśli tryb SQLCMD nie jest włączony, pojawi się błąd analizowania dwukropka. Niestety, nie jest to całkowicie kuloodporne, tak jakby skrypt był uruchamiany bez pracy w trybie SQLCMD, SQL Managment Studio unosi się tuż obok błędów analizy czasu! Mimo to, jeśli uruchamiasz je z wiersza poleceń, jest w porządku.

Nie użyłbym RAISERROR-SQL ma instrukcje JEŻELI, które mogą być użyte do tego celu. Dokonaj walidacji i przeglądów oraz ustaw zmienne lokalne, a następnie użyj wartości zmiennych w instrukcjach IF, aby warunkować wstawki.

Nie trzeba sprawdzać zmiennego wyniku każdego testu walidacyjnego. Zwykle można to zrobić za pomocą tylko jednej zmiennej flagi, aby potwierdzić spełnienie wszystkich warunków:

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

Nawet jeśli sprawdzanie poprawności jest bardziej złożone, potrzebujesz tylko kilku zmiennych flag, aby uwzględnić je w końcowej kontroli.

W SQL 2012+ możesz użyć THROW .

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

Z MSDN:

Zgłasza wyjątek i przekazuje wykonanie do bloku CATCH konstrukcji TRY… CATCH ... Jeśli konstrukcja TRY… CATCH nie jest dostępna, sesja jest zakończona. Ustawiony jest numer linii i procedura, w której zgłaszany jest wyjątek. Istotność jest ustawiona na 16.

Z powodzeniem rozszerzyłem rozwiązanie włączania / wyłączania noexec o transakcję, aby uruchomić skrypt w sposób „wszystko albo nic”.

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

Najwyraźniej kompilator „rozumie” zmienną @finished w IF, nawet jeśli wystąpił błąd i wykonanie zostało wyłączone. Jednak wartość jest ustawiona na 1 tylko wtedy, gdy wykonanie nie zostało wyłączone. Dlatego mogę odpowiednio zatwierdzić lub wycofać transakcję.

możesz zawinąć instrukcję SQL w pętlę WHILE i użyć BREAK, jeśli to konieczne

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

Możesz zmienić przebieg wykonywania za pomocą instrukcji GOTO :

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

/* our code */

EndScript:

Dalsze udoskonalenie metody Sglasses, powyższe linie wymuszają użycie trybu SQLCMD i albo skończą scirpt, jeśli nie używają trybu SQLCMD, albo wykorzystują :on error exitwyjście z dowolnego błędu.
CONTEXT_INFO służy do śledzenia stanu.

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-------------

Czy to jest procedura składowana? Jeśli tak, myślę, że możesz po prostu wykonać Zwrot, na przykład „Zwróć NULL”;

Sugerowałbym zawinięcie odpowiedniego bloku kodu w blok try catch. Następnie możesz użyć zdarzenia Raiserror o sile 11, aby przełamać blok catch, jeśli chcesz. Jeśli chcesz tylko podnieść błędy, ale kontynuować wykonywanie w bloku try, użyj niższego poziomu ważności.

Ma sens?

Na zdrowie, John

[Edytowane w celu uwzględnienia BOL Reference]

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

możesz użyć RAISERROR .

Żadne z tych nie działa z instrukcjami „GO”. W tym kodzie, niezależnie od tego, czy wskaźnik ważności wynosi 10 czy 11, otrzymujesz ostateczną instrukcję PRINT.

Skrypt testowy:

-- =================================
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

Wyniki:

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

Jedynym sposobem, aby to zadziałało, jest napisanie skryptu bez GOinstrukcji. Czasami to łatwe. Czasami jest to dość trudne. (Użyj czegoś takiego IF @error <> 0 BEGIN ....)

Korzystam RETURNtu cały czas, pracuje w skrypcie lubStored Procedure

Upewnij się, że ROLLBACKtransakcja, jeśli jesteś w jednym, w przeciwnym razie RETURNnatychmiast spowoduje otwartą, niezaangażowaną transakcję

To było moje rozwiązanie:

...

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

Możesz użyć instrukcji GOTO. Spróbuj tego. To jest pełne wykorzystanie dla ciebie.

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

FinalStatement:
     Select @CoumnName from TableName

Dziękuję za odpowiedź!

raiserror()działa dobrze, ale nie należy zapominać o returninstrukcji, w przeciwnym razie skrypt będzie działał bezbłędnie! (henser ten nie jest „thrrowrorem” ;-)) i oczywiście w razie potrzeby wycofuje się!

raiserror() miło jest powiedzieć osobie wykonującej skrypt, że coś poszło nie tak.

Jeśli po prostu wykonujesz skrypt w Management Studio i chcesz zatrzymać wykonanie lub wycofanie transakcji (jeśli jest używana) przy pierwszym błędzie, to moim zdaniem najlepszym sposobem jest użycie try catch block (SQL 2005 i nowsze). Działa to dobrze w Management studio, jeśli wykonujesz plik skryptu. Przechowywany proc może również z niego korzystać.

Wcześniej używaliśmy następujących ... działało najlepiej:

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

Umieść go w bloku try catch, a następnie wykonanie zostanie przekazane do złapania.

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;