SQL Server (και άλλες databases)

Απ: Triggers - Worst Case Scenario

manosB — Thu, 19 Jun 2008 19:11:47 GMT

ΜΗΝ υλοποιείς business logic με Triggers. Θα το μετανιώσεις κάποια στιγμή. Δυστυχώς μιλάω από προσωπική πείρα. Ειδικά το .net σου δίνει τόσες δυνατότητες, δεν νομίζω ότι χρειάζεται να το κάνεις αυτό.

Απ: Triggers - Worst Case Scenario

Δημήτρης Μπούνδρης — Thu, 19 Jun 2008 17:57:45 GMT

Στην ORACLE μπορείς να ορίσεις τον Trigger ως AUTONOMOUS_TRANSACTION το οποίο δίνει στον Trigger τη δυνατότητα να εκτελέσει Commit ή Rollback χωρίς να επηρεάζει το εξωτερικό transaction στο οποίο ανήκει(αυτό μπορέι να κάνει και rollback μετά).

Σε αυτή την περίπτωση τα πράγματα είναι λιγάκι μπερδεμένα.

Απ: Triggers - Worst Case Scenario

KelMan — Thu, 17 Apr 2008 22:12:59 GMT

M1ke:

Σκεφτόμουν ότι οι triggers είναι μια αρκετά δομημένη προσέγγιση για την ακεραιότητα της βάσης, οπότε και αναρωτιέμαι για το ακόλουθο σενάριο (σε SQL Server 2005 SP2):

Κατ' εμέ οι triggers αποτελούν την τελευταία λύση στο θέμα της ακεραιότητας. Τσακίζουν το scalbility...

M1ke:
Έχουμε στη βάση ένα trigger που εκτελείται on update ενός πίνακα, πχ CUSTOMER.
Εκτελούμε μία stored procedure που κάνει update τον πίνακα CUSTOMER, και αμέσως μετά το commit της transaction το σύστημα πέφτει.
Μετά το recovery θα εκτελεστεί ο trigger?

Κατά το recovery λαμβάνεται υπόψην η κατάσταση του κάθε transaction που έχει καταγραφεί στο transaction log αλλά δεν έχει περάσει στη βάση. Άρα, αν στο transaction log έχει καταγραφεί ένα commited transaction, γίνονται "redo" οι αντίστοιχες ενέργειες. Αν έχει καταγραφεί ένα uncommited ή rolled back transaction, γίνοται "undo" αντίστοιχα. Τα ίδια ισχύουν και για ό,τι κάνει ο trigger. Όπως και να έχει όμως, ο trigger αποτελεί - implicitly - τμήμα του transaction που τον έχει ξεκινήσει, άρα το παράδειγμά σου δεν υφίσταται Δηλαδή αν έχει γίνει commit το transaction, πάει να πει ότι θα έχει τελειώσει τη δουλειά του ο trigger.

Triggers - Worst Case Scenario

M1ke — Thu, 17 Apr 2008 21:28:13 GMT

Καλησπέρα σε όλους!

Σκεφτόμουν ότι οι triggers είναι μια αρκετά δομημένη προσέγγιση για την ακεραιότητα της βάσης, οπότε και αναρωτιέμαι για το ακόλουθο σενάριο (σε SQL Server 2005 SP2):

Έχουμε στη βάση ένα trigger που εκτελείται on update ενός πίνακα, πχ CUSTOMER.
Εκτελούμε μία stored procedure που κάνει update τον πίνακα CUSTOMER, και αμέσως μετά το commit της transaction το σύστημα πέφτει.
Μετά το recovery θα εκτελεστεί ο trigger?