W dniu 2014-04-19 22:11, Adam pisze:
W dniu 2014-04-19 21:03, wloochacz pisze:
W dniu 2014-04-19 19:00, Adam pisze:
(...)
W dobrze zaprojektowanej i wdrożonej aplikacji (i bazie danych
oczywiście) nie ma prawa zdarzyć się coś takiego jak "popsuta baza".
Nie wiem, może za mało widziałem, ale... Zajmuję się MSSQLem od wersji
2000 na poważnie i nigdy nie miałem przypadku popsutej bazy danych, na
poziomie serwera.
Braki w danych, osercone dokumenty, zagubione transkacje - pewnie, że
było. Ale to był efekt źle zaprojektowanej apliakcji. Tylko i wyłącznie.
Nie wiem, czy dobrze się wyraziłem.
Przykład:
Klient się "walnął" i z jakichś powodów trzeba fakturę wycować "do
bufora" ("Bufor" oznacza, że dokument jest zapisany, ale nie
zatwierdzony "na stałe", można go dowolnie zmieniać lub usunąć).
Przy wycofaniu do bufora trzeba pamiętać, aby wycofać dokumenty
magazynowe (czyli WZ), wycofać płatności (czyli KP), wrócić ewentualne
rezerwacje i jeszcze wiele innych rzeczy.
Wydaje mi się, że gdyby nie było triggerów, to serwisant mógłby
przykładowo wycofać WZ, przywrócić rezerwacje, ale zapomniałby o
wycofaniu płatności.
Tym zajmują się triggery.
Czy dobrze myślę?
(...)
Przypomniało mi się jeszcze jedno ważne zadanie dla triggerów: dodatkowe
warunki.
W systemie CDN-Optima nie ma możliwości zdefiniowania "wymagalności" pól.
Przykładowo, formatka kontrahenta. Chcemy wymusić wprowadzenie wartości
do pola "telefon" - najprościej zrobić trigger, który będzie darł pysk,
jeśli chcemy zapisać kartę kontrahenta z pustym polem "telefon".
Oczywiście to dość prosty, wręcz trywialny przykład.
Nie bardzo wiem, jak inaczej można by to zrobić.
Zaleta: triggery "przeżywają" konwersję bazy danych do nowszej wersji, a
Optima jest aktualizowana kilkukrotnie w ciągu roku.
--
Pozdrawiam.
Adam
|