B
Brian Smith
I have a VS2005 C# winforms app connecting to SQL2005. Having discovered
the limitations of the new TableAdapter implementation, and the fact
that if I use System.Transaction on updates to a DataSet with several
related tables then MSDTC is automatically invoked, I've followed
advice from this newsgroup and elsewhere to implement my own methods in
the TableAdapter classes to apply a SQLTransaction object to each
command (much as I used to do with DataAdapters in ADO 1.1).
This seems to work very well, but I'm puzzled by the fact that when I
trace the events in SQL Profiler I do not see any BEGIN TRAN or COMMIT
statements, even though if I artificially induce a rollback the
transaction is definitely completely rolled back as expected. Is there a
different communication channel for transactions with SQL2005?
brian smith
the limitations of the new TableAdapter implementation, and the fact
that if I use System.Transaction on updates to a DataSet with several
related tables then MSDTC is automatically invoked, I've followed
advice from this newsgroup and elsewhere to implement my own methods in
the TableAdapter classes to apply a SQLTransaction object to each
command (much as I used to do with DataAdapters in ADO 1.1).
This seems to work very well, but I'm puzzled by the fact that when I
trace the events in SQL Profiler I do not see any BEGIN TRAN or COMMIT
statements, even though if I artificially induce a rollback the
transaction is definitely completely rolled back as expected. Is there a
different communication channel for transactions with SQL2005?
brian smith