Jak tworzyć triggery?

0

Jak powinno się tworzyć triggery przy korzystaniu z EF Core? Zainstalować bibliotekę do tego czy napisać ręcznie skrypt SQL? I w ogóle jak to wygląda przy wystawianiu aplikacji na produkcję: odpala się po prostu migrację? Za pomocą EF nie da się wygenerować dokładnie takiego schematu, jakiego potrzeba (np. przez brak możliwości dodawania triggerów), więc pewnie trzeba też wykonać dodatkowy skrypt SQL. Czy ten SQL zawiera tylko część definicji bazy czy całość (migracje nie są potrzebne)?

2

A nie da się w Core dodać migracji tworzącej trigger komendą w SQL? W normalnym EF możesz wykonać w migracji dowolna polecenie SQL.

Edit

migrationBuilder.Sql(
@"
Create rrigger...
");

0

Można ;) Zapomniałem o tym. Ale czy wszystkie problemy się w ten sposób rozwiązuje? To znaczy, czy na produkcyjnej bazie danych będę mógł po prostu odpalić migrację, czy może lepiej jakiś skrypt SQL napisany ręcznie?

0

Rób wszystko w migracjach! Rozproszenie schematu to nic dobrego! Wszystko się zrobić tak jak napisał Jacek.placek.

2

Pytanie zasadnicze, czemu w ogóle chcesz używać triggerów w XXI wieku.

0

@somekind: A jak robi się to A.D. 2019? Chcę mieć w tabeli kolumny CreatedAt i LastUpdatedAt. Jeśli chodzi o pierwszą, to faktycznie nie trzeba triggerów, bo wystarczy ustawić default constraint, ale co z drugą? [LastUpdatedAt] as current_timestamp persisted nie działa. :/

0

@jacek.placek: A, więc to o to chodzi. ;) A już myślałem, że o to: https://docs.microsoft.com/en[...]e-engine?view=sql-server-2017

1
nobody01 napisał(a):

@somekind: A jak robi się to A.D. 2019? Chcę mieć w tabeli kolumny CreatedAt i LastUpdatedAt. Jeśli chodzi o pierwszą, to faktycznie nie trzeba triggerów, bo wystarczy ustawić default constraint, ale co z drugą? [LastUpdatedAt] as current_timestamp persisted nie działa. :/

To wszystko jest zadaniem dla aplikacji.
No chyba, że istnieją inne systemy piszące do tych samych tabel, wtedy faktycznie audyt na triggerach może mieć sens. (Tyle, że istnienie wielu systemów piszących do jednej tabeli też rzadko ma sens.)

nobody01 napisał(a):

@jacek.placek: A, więc to o to chodzi. ;) A już myślałem, że o to: https://docs.microsoft.com/en[...]e-engine?view=sql-server-2017

SQL Server Audit wymaga chyba wersji Enterprise, więc to nie jest uniwersalne rozwiązanie. Jest to potężny mechanizm, ale też łatwo sobie nim zrobić krzywdę... miejsce na dysku potrafi się naprawdę szybko kończyć.

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0