Obsługa błędów w SQL i transakcje. Obsługa błędów w SQL

Transkrypt

1 Obsługa błędów w SQL i transakcje Zacznijmy od najprostszego przykładu: CREATE PROCEDURE podziel1 Obsługa błędów w SQL Powyższa procedura w większości przypadków zadziała prawidłowo, lecz na przykład poniższe wywołanie: EXEC podziel1 1, 0 jak można się spodziewać zakończy się błędem. Jakim? Najprostszy i najłatwiejszy ale nie zawsze dla programisty sposób obsługi błędów, to pilnowanie aby te błędy nie wystąpiły już na etapie programowania, na przykład: CREATE PROCEDURE podziel2 = 0 SELECT Dzielenie przez ZERO! W przypadku bardziej skomplikowanych programów najwłaściwszym sposobem jest oczywiście przewidzenie wszystkich tych miejsc w kodzie, w których mogą wystąpić problemy, i wykonanie wcześniejszych walidacji. Niestety nie zawsze jest to możliwe i co wtedy? Zmodyfikujmy więc procedurę podziel2 w następujący sposób: CREATE PROCEDURE podziel3

2 = 0 RAISERROR Dzielenie przez ZERO!,14,1 Na pierwszy rzut oka procedura ta niewiele się różni od procedury podziel1, zwłaszcza w przypadku dzielenia przez zero, za wyjątkiem w części zrozumiałego dla polskojęzycznego użytkownika komunikatu. Polecanie RAISERROR mianowicie powoduje wygenerowanie komunikatu błędu, który na przykład może być dalej obsłużony w bloku TRY... CATCH, na przykład w poniższej procedurze: CREATE PROCEDURE podziel i float TRY tu może wystąpić błąd ale równie dobrze podziel1 TRY CATCH PRINT ERROR MESSAGE ERROR MESSAGE zwraca komunikat ostatniego błędu PRINT... ale się tym nie przejmujemy i liczymy dalej... CATCH TRY tu może wystąpić błąd ale równie dobrze podziel1 TRY CATCH PRINT ERROR MESSAGE PRINT... ale się tym nie przejmujemy i dzielimy dalej... CATCH Zadanie 1. Co robi poniższa procedura przykład z pomocy? Przy okazji proszę zwrócić uwagę na trzeci sposób zwracania wyniku przez procedurę! CREATE PROCEDURE TimeDelay hh mm char8 = 00:00:00

3 varchar255 IF ISDATE = 0 = Invalid time +,hh:mm:ss, submitted. This PRINT statement is for testing, not use in production. RETURN1 WAITFOR = A total time of +, hh:mm:ss, has elapsed! + Your time is up. This PRINT statement is for testing, not use in production. Poniżej przykład jej wywołania: EXEC TimeDelay hh mm ss 00:00:05 Zadanie 2. Zmodyfikować procedurę z zadania 1 używając blok TRY... CATCH tak, aby nie korzystać z funkcji ISDATE.... Transakcje UWAGA: Kolejne przykłady należy wykonywać w dwóch oknach query. Dobry refleks jest wskazany! Zanim przystąpimy do doświadczeń zdefiniujmy pomocnicze procedury pisz i czytaj oraz tabelę konta ze zdefiniowanymi dwoma kontami jak poniżej: CREATE TABLE konta saldo float, nazwa varchar10 PRIMARY KEY NOT NULL CREATE PROCEDURE float OUTPUT SELECT@saldo = saldo FROMkonta WHERE@nazwa = nazwa CREATE PROCEDURE float IF EXISTS SELECT saldo FROM konta = nazwa UPDATE konta SET saldo = nazwa INSERT kontanazwa, saldo

4 Na koniec dodajemy dane kont: EXEC pisz A, 100 EXEC pisz B, 150 Rozpatrzmy teraz pierwsze dwa zestawy instrukcji: LEVEL REPEATABLE READ LEVEL REPEATABLE READ TRAN = 50 WAITFOR DELAY 00:00:05 EXECczytaj OUTPUT SET@saldoB + 50 EXEC pisz TRAN WAITFOR DELAY 00:00:03 * 0.1 EXEC czytaj OUTPUT WAITFOR DELAY 00:00:05 EXEC pisz Zadanie 3. Z jakimi konfliktami mamy do czynienia w powyższym przykładzie? Co należy zrobić, aby co najmniej jedna z transakcji zadziałała prawidłowo? Poniżej kolejny zestaw instrukcji: LEVEL READ UNCOMMITTED int LEVEL READ UNCOMMITTED int = 12 TRAN > 0 WAITFOR DELAY 00:00: = 6 TRAN > 0 WAITFOR DELAY 00:00:

5 Zadanie 4. Przeprowadzić serię eksperymentów zarówno dla pierwszego jak i drugiego zestawu instrukcji. Zadanie 5. Zaproponować przykład ilustrujący zakleszczenie. Wskazówka: Wykorzystać poziom izolacji: READ COMMITTED. Na zakończenie przykładowa obsługa błędów w transakcji: TRAN TRY INSERT kontanazwa, saldo VALUES A, 100 TRY CATCH SELECT ERROR NUMBER ErrorNumber, ERROR SEVERITY ErrorSeverity, ERROR STATE ErrorState, ERROR PROCEDURE ErrorProcedure, ERROR LINE ErrorLine, ERROR MESSAGE ErrorMessage > 0 ROLLBACK TRAN CATCH > 0