Ograniczenie sprawdzania kontra sprawdzenia

Question

Chcę dodać sprawdzanie poprawności na poziomie pola w tabeli. Istnieje pole o nazwie "numer_konta", a to pole powinno zawsze zawierać test "luhn". Znalazłem funkcję o nazwie "luhn_verify", która wydaje się działać poprawnie (google dla niej, jeśli jesteś zainteresowany). Zwraca wartość logiczną. Moje pytanie brzmi:

Czy w PostgreSQL istnieją jakieś znaczące zalety wydajnościowe w przypadku użycia wyzwalacza dla tego sprawdzania poprawności a ograniczenia sprawdzającego.

Dodatkowe informacje:

• PostgreSQL 9.1
• Tabela nie posiada obecnie wyzwalacz insert, ale ma aktualizacji.

prawne:

czuję się tak prawdopodobnie już odpowiedział, ale nie wydaje się znaleźć wyraźną odpowiedź. Jeśli tak, zaznacz jako duplikat i podaj oryginalne pytanie/odpowiedź.

Może to być lepsze pytanie dla płyty głównej.

Answer 1

Reguła polega na użyciu ograniczenia CHECK przed uruchomieniem wyzwalaczy.

A CHECK constraint jest szybszy, prostszy, bardziej przenośny, potrzebuje mniej kodu i jest mniej podatny na błędy. Na przykład wyzwalacze mogą być łatwo ominięte przez inne wyzwalacze.

Triggers are much more complicated. Używaj ich, gdy masz do, dla bardziej złożonych wymagań.

Jeśli ograniczenie dla CHECK jest zbyt restrykcyjne dla twojego przypadku lub powoduje problemy z ponownym załadowaniem zrzutu, możesz użyć modyfikatora NOT VALID jako pośredniego (pg 9.2+). Szczegóły:

• Disable all constraints and table checks while restoring a dump