Wyzwalacz AFTER

Wyzwalacz AFTER uruchamia się po zakończeniu operacji na tabeli, mając dostęp do już zapisanych danych.

Moment wykonania wyzwalacza AFTER

Wyzwalacz AFTER jest obiektem bazy danych powiązanym z określoną tabelą i operacją modyfikującą jej zawartość. Uruchamia się dopiero po wykonaniu instrukcji INSERT, UPDATE albo DELETE, gdy silnik zakończy podstawową operację na wierszach objętych poleceniem. W przypadku INSERT dane znajdują się już w tabeli, po UPDATE tabela zawiera nowe wartości, a po DELETE wskazane rekordy zostały usunięte z jej bieżącego widoku. Dzięki temu kod wyzwalacza może reagować na rezultat operacji, a nie tylko na zamiar jej wykonania.

AFTER nie oznacza jednak, że zmiana jest już nieodwracalna dla całej transakcji. Jeżeli operacja i wyzwalacz działają w ramach jednej transakcji, błąd zgłoszony podczas wykonywania wyzwalacza może spowodować wycofanie modyfikacji, zależnie od reguł konkretnego silnika i sposobu obsługi błędu. Zatwierdzenie danych następuje dopiero przy zatwierdzeniu transakcji. Z tego powodu wyzwalacz AFTER należy traktować jako część procesu zapisu, a nie jako niezależne zadanie uruchamiane po trwałym zapisaniu danych.

Jakie dane widzi kod wyzwalacza

Wyzwalacz AFTER otrzymuje kontekst operacji, który pozwala rozróżnić wartości przed zmianą i po zmianie. Przy INSERT dostępne są nowe wiersze, przy DELETE — wiersze usunięte, natomiast przy UPDATE można porównać oba zestawy. Konkretne nazwy struktur, tabel logicznych lub zmiennych zależą od używanego systemu zarządzania bazą danych, dlatego definicji wyzwalacza nie należy przenosić między SQL Server, PostgreSQL, MySQL i Oracle bez sprawdzenia dokumentacji danego produktu. Wspólna pozostaje zasada: AFTER służy do reakcji na wykonaną operację tabeli.

Ważną cechą wyzwalaczy tabelowych jest możliwość obsługi wielu wierszy w jednym poleceniu. Jedna instrukcja UPDATE może zmienić dziesiątki, tysiące albo więcej rekordów, a wyzwalacz powinien przetwarzać cały zbiór zmian. Kod zakładający, że wyzwalacz uruchamia się osobno dla każdego wiersza, może pomijać część danych albo generować niepoprawne wyniki. Reguły dotyczące tego, czy mechanizm działa raz na instrukcję, czy dla każdego rekordu, są specyficzne dla silnika, lecz projekt zawsze powinien uwzględniać operacje wielowierszowe.

Zastosowania i ograniczenia w przepływie danych

AFTER stosuje się między innymi do utrzymywania danych pochodnych, rejestrowania historii zmian, aktualizowania tabel pomocniczych oraz sprawdzania zależności, których nie da się wygodnie opisać samym ograniczeniem tabeli. Przykładowo, po zmianie statusu zamówienia wyzwalacz może dopisać wpis do tabeli historii, a po zmianie ilości produktu może zaktualizować wartość przechowywaną w powiązanym zestawieniu. Taka automatyzacja działa niezależnie od tego, czy zapis wykonała aplikacja, narzędzie administracyjne czy bezpośrednie polecenie SQL.

Wyzwalacz nie powinien zawierać rozbudowanej logiki biznesowej, wywoływać długich operacji zewnętrznych ani wykonywać pracy, której czas trwania jest trudny do przewidzenia. Jego kod działa w kontekście operacji modyfikującej dane, więc kosztowne zapytania zwiększają czas trwania transakcji i mogą nasilać blokady. Dodatkowo wyzwalacz może uruchomić kolejne wyzwalacze, jeżeli modyfikuje inne tabele, a w niektórych konfiguracjach także doprowadzić do rekurencji. Należy więc jasno dokumentować zależności, zakres modyfikowanych tabel i zachowanie w razie błędu.

Weryfikacja działania podczas serwisowania komputera

Problemy z wyzwalaczem AFTER mogą objawiać się nie tylko komunikatem bazy danych, lecz także pozornie niezwiązanymi skutkami: brakiem wpisu w historii, nieaktualnym podsumowaniem, odrzuceniem formularza albo długim oczekiwaniem na zapis. Diagnostyka powinna rozpocząć się od ustalenia silnika bazy danych, nazwy tabeli i rodzaju operacji. Następnie warto sprawdzić definicję wyzwalacza, jego kolejność względem innych mechanizmów, warunki uruchomienia oraz logi błędów. Test powinien obejmować INSERT, UPDATE i DELETE, a także polecenie zmieniające wiele wierszy, ponieważ pojedynczy rekord nie ujawnia wszystkich błędów implementacyjnych.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w przypadku problemów z aplikacją korzystającą z bazy danych może pomóc od strony środowiska komputera: sprawdzić objawy, połączenie, działanie programu, komunikaty systemowe oraz wpływ awarii sprzętowej na wykonywanie operacji zapisu. Sama korekta definicji wyzwalacza wymaga uprawnień i wiedzy właściwej dla używanego silnika bazy danych. Przed zmianą należy wykonać kopię konfiguracji, odtworzyć problem na danych testowych i potwierdzić, że transakcje zachowują spójność po poprawieniu kodu.