Παιδιά ,
στην περίπτωση ενός INSERT
μπορώ να κάνω rollback μόνο το action του trigger χωρίς να χάσω την εγγραφή που τον ενεργοποίησε;

Συγνώμη που βιάστηκα αλλά το transaction είναι distibuted με χρήση linked server.
Το παρακάτω statement κάνει αυτό που θέλω αλλά ζητώ τη γνώμη σας :

CREATE TRIGGER tgrTest ON dbo.tblSourceTest
AFTER INSERT
AS

SET XACT_ABORT ON
BEGIN DISTRIBUTED TRANSACTION
Insert Into [PC-PAVRM].[TEST DATABASE].dbo.tblTest
 Select Id,Des From Inserted
Commit TRAN

COMMIT TRANSACTION

Τρίχες δουλεύει ... Παιδιά τα φώτα σας ....

Το μόνο που βρήκα είναι η χρήση SAVEPOINT το οποίο δουλεύει μόνο για local transaction. Για distributed υποθέτω ότι έχασα ;
Μπορεί να με βοηθήσει κάποιος ;

Όχι ακριβώς ...
Θέλω σε κάποιο INSERT να γίνεται triggered η εγγραφή σε κάποιο άλλο πίνακα σε κάποια άλλη βάση αλλά σε περίπτωση αποτυχίας να γίνεται rollback μόνο το action του trigger ...

Βασικά το ζητούμενο είναι ότι και στο αντίστοιχο θέμα στο COM+ forum. Θέλω να κάνω export κάποιες πληροφορίες από μία βάση σε μία άλλη ...

Άρη καλημέρα ,
Από το άρθρο :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/acdata/ac_8_md_06_4qcz.asp

A trigger always operates as if there were an outstanding transaction in effect when the trigger is executed. This is definitely true if the statement firing the trigger is in an implicit or explicit transaction. It is also true in autocommit mode. When a statement begins executing in autocommit mode, there is an implied BEGIN TRANSACTION to allow the recovery of all modifications generated by the statement if it encounters an error. This implied transaction has no effect on the other statements in the batch because it is either committed or rolled back when the statement completes. This implied transaction is still in effect, however, when a trigger is called.

Όσον αφορά το serviced component απλά ήθελα να δοκιμάσω την περίπτωση που πάει κάτι στραβά για αυτόν ακριβώς το λόγο έκανα rollback στο τέλος.
Δεν θέλω να κάνω κάτι με κάποιο αποτυχημένο transaction.

Παρεπιπτόντως ακόμα δεν έχω βρει κάτι για την περίπτωση Sybase. Από SQL server σε SQL Server δουλεύει μια χαρά ...

Εάν τώρα εναλλακτικά το ίδιο πρόβλημα (export δεδομένων από μία βάση σε μία άλλη) το λύσω με trigger θέλω οπωσδήποτε η εγγραφή που (γίνεται Insert) να καταχωρείται πάντα και εάν συμβεί κάτι (π.χ. χάνω στιγμιαία την τοπική σύνδεση δικτύου) να γίνεται rollback μόνο το action του trigger.

Για local transactions βρήκα ότι αυτό γίνεται με SAVEPOINTS.
Στην περίπτωση που χρησιμοποιήσω linked server και distributed transaction από ότι διάβασα δεν υπάρχει υποστήριξη για SAVEPOINTS.

Aris wrote:

Επανέρχομαι στο ζήτημα της λογικής που πρέπει να υλοποιηθεί: Στο άλλο thread, είχες πει ότι:  axaros wrote: Αυτό που θέλω να κάνω είναι σε ένα βήμα να     1)Διαβάσω ένα set εγγραφών    2)Να το μαρκάρω σαν exported    3)Nα το εισάγω σε μία Export βάση Εάν αυτό ισχύει, και μπορείς να έχεις ένα tri-state flag (Not for export - Under export - Exported), μήπως θα μπορούσες να τροποποιήσεις την σειρά των ενεργειών ώστε να ξεμπλέξει λίγο το θέμα; Δηλαδή: 1. Επιλέγεις τι πρέπει να εξαχθεί, και μαρκάρεις σαν "Under export" Μου βάζεις ένα έξτρα βήμα ... Γιατί να κάνω update σαν under export ; Άλλα ούτως ή άλλως το serviced component δουλεύει μια χαρά. Εάν πάμε στη λογική trigger αλλάζει το πράγμα ... Βασικά η λύση serviced component "δεν άρεσε" γιατί ο συνεργάτης που θέλει τις πληροφορίες δουλεύει με το Omnis studio και για κάποιο λόγο μου έθεσε ότι δεν μπορεί να μιλήσει με COM. Οπότε καλούσε ένα console app με κάποιες παραμέτρους και αυτό με τη σειρά του έκανε το call στο serviced component με αποτέλεσμα να υπάρχει μία καθυστέρηση στην ενημέρωση των βάσεων. Επειδή όποια εγγραφή "πέφτει" στο σύστημα μου πρέπει να εμφανίζεται και στο δικό του (συγκεκριμένα τα παραπάνω γίνονταν όταν καλούσε κάποια εύρεση στην εφαρμογή του) και κάτω από αυτούς τους όρους η λύση trigger κρίθηκε καλύτερη. Υπό αυτό το σενάριο όταν "πέφτει" μια εγγραφή στο σύστημα μου ενημερώνεται και το δικό του ...