Czy wyzwalacze SQL CLR mogą to zrobić? Czy jest jakiś lepszy sposób?

Question

Chcę napisać usługę (prawdopodobnie w języku C#), która monitoruje tabelę bazy danych. Kiedy rekord zostanie wstawiony do tabeli, chcę, aby usługa chwyciła nowo wstawione dane i wykonała za to złożoną logikę biznesową (zbyt skomplikowaną dla TSQL).

Jedną z opcji jest okresowe sprawdzanie tabeli w celu sprawdzenia, czy dodano nowe rekordy. Problem polegający na tym, że chcę, aby usługa wiedziała o wstawkach, gdy tylko się pojawią, i nie chcę zabijać wydajności bazy danych.

Trochę badań, wydaje się, że może pisanie wyzwalacza CLR może wykonać zadanie. Mogę napisać wyzwalacz w języku C#, który uruchamia się po pojawieniu się wstawki, a następnie wysyła nowo wstawione dane do usługi Windows lub WCF.

Co sądzisz, czy to dobre (lub możliwe) użycie wyzwalaczy SQL CLR?

Jakieś inne pomysły, jak to osiągnąć?

Answer 1

Prawdopodobnie należy de-para postprocessing z włożeniem:

W spuście Wstaw PK dodać rekord do tabeli w kolejce.

W oddzielnej usłudze odczytaj z tabeli kolejki i wykonaj złożoną operację. Po zakończeniu zaznacz rekord jako przetworzony (razem z informacją o błędzie/stanie) lub usuń rekord z kolejki.

Answer 2

To, co opisujesz, jest czasami nazywane Kolejką zadań lub Kolejką wiadomości. Istnieje kilka wątków dotyczących używania tabeli DBMS (a także innych technik) do robienia tego, co można znaleźć przez wyszukiwanie.

Uznalbym, że robienie czegokolwiek w tym stylu za pomocą wyzwalacza jest niewłaściwym wykorzystaniem funkcji bazy danych, która i tak łatwo wpada w kłopoty. Wyzwalacze najlepiej nadają się do strukturalnej funkcjonalności DBMS o niskim obciążeniu (na przykład dokładnego sprawdzania integralności referencyjnej) i muszą być lekkie i synchroniczne. Można to zrobić, ale prawdopodobnie nie byłby to dobry pomysł.

Answer 3

Mam usługę, która odpytuje bazę danych co minutę, nie powoduje tak dużych problemów z wydajnością i jest czystym rozwiązaniem. Plus jeśli twoja usługa lub inny punkt końcowy nie jest tam, twój wyzwalacz się nie powiedzie lub zaginie i będziesz musiał sondować w każdym razie później.

Answer 4

Nie polecam używania wyzwalacza CLR ani żadnego innego wyzwalacza do tego. Otwierasz się na poważną konserwację i potencjalne problemy z blokowaniem. (Bardzo prosty mechanizm uruchamiający, który przenosi elementy do tabeli audytu/kolejki może być akceptowany, jeśli nie interesuje Cię tożsamość @@ po wstawieniu i nigdy nie zablokujesz tabeli kontroli/kolejki)./orm powinieneś wywołać wstawianie rzeczy do tabeli kolejki i regularnie przetwarzać tę kolejkę. Można to zrobić, dokonując transakcji w ORM lub uruchamiając zapisany proces, który rozpoczyna transakcję, a następnie zatwierdza zmianę i audyt/kolejkę atomowo. (Należy uważać z blokadą tutaj)

Jeśli potrzebujesz natychmiastowego działania, spójrz na tarło zadanie wyczyścić kolejkę po wykonaniu insert/update/delete na stole i

zapewniają również jesteś podwójne sprawdzanie ustawiaj kolejkę raz na minutę w przypadku, gdy proces w tle nie został poprawnie uruchomiony. Jeśli jest to aplikacja internetowa i chcesz uniknąć wątków odradzania, możesz komunikować się z procesem działającym w tle, aby wyczyścić kolejkę.

Answer 5

Dlaczego nie zaimplementować wstawki w procedurze przechowywanej i wykonać logikę biznesową w procedurze po wstawieniu? Co jest tak skomplikowane, że nie można go napisać w T-SQL?

Answer 6

Proponuję mieć wyzwalacz w tabeli, który wywołuje SQL Server Service Broker, który następnie (asynchronicznie) wykonuje procedurę przechowywaną CLR, która wykonuje całą pracę w innym wątku.