views:

3920

answers:

4

I'm writing an integration test where I will be inserting a number of objects into a database and then checking to make sure whether my method retrieves those objects.

My connection to the database is through NHibernate...and my usual method of creating such a test would be to do the following:

NHibernateSession.BeginTransaction();

//use nhibernate to insert objects into database
//retrieve objects via my method
//verify actual objects returned are the same as those inserted

NHibernateSession.RollbackTransaction();

However, I've recently found out about TransactionScope which apparently can be used for this very purpose...

Some example code I've found is as follows:

public static int AddDepartmentWithEmployees(Department dept)
{

    int res = 0;

    DepartmentAdapter deptAdapter = new DepartmentAdapter();
    EmployeeAdapter empAdapter = new EmployeeAdapter();
    using (TransactionScope txScope = new TransactionScope())
    {

        res += deptAdapter.Insert(dept.DepartmentName);
        //Custom method made to return Department ID 
        //after inserting the department "Identity Column"
        dept.DepartmentID = deptAdapter.GetInsertReturnValue();
        foreach(Employee emp in dept.Employees)
        {

            emp.EmployeeDeptID = dept.DepartmentID;
            res += empAdapter.Insert(emp.EmployeeName, emp.EmployeeDeptID);

        }
        txScope.Complete();

    }
    return res;

}

I believe that if I don't include the line txScope.Complete() that the data inserted will be rolled back. But unfortunately I don't understand how that is possible... how does the txScope object keep a track of the deptAdapter and empAdapter objects and their transactions on the database.

I feel like I'm missing a bit of information here...am a really able to replace my BeginTransaction() and RollbackTransaction() calls by surrounding my code using TransactionScope?

If not, how then does TransactionScope work to roll back transactions?

+9  A: 

Essentially TransactionScope doesn't track your Adapter's, what it does is it tracks database connections. When you open a DB connection the connections will looks if there is an ambient transaction (Transaction Scope) and if so enlist with it. Caution if there are more the one connection to the same SQL server this will escalate to a Distribtued Transaction.

What happens since you're using a using block you are ensuring dispose will be called even if an exception occurs. So if dispose is called before txScope.Complete() the TransactionScope will tell the connections to rollback their transactions (or the DTC).

JoshBerke
TransactionScope doesn't track anything but the current Transaction on the thread, and modifies it if it needs to based on the model (requires, requires new, etc, etc). The transaction simply notifies anything that enlists with it, not just database connections.
casperOne
Correct thanks for the clarification.
JoshBerke
+8  A: 

The TransactionScope class works with the Transaction class, which is thread-specific. When the TransactionScope is created, it checks to see if there is a Transaction for the thread and it can use an existing transaction (it might call for a new one regardless) then it uses that, otherwise, it creates a new one and pushes it onto the stack.

If it uses an existing one, then it just increments a counter for releases (since you have to call Dispose on it). On the last release, if the transaction was not comitted, it rolls back all the work.

As for why classes seem to magically know about transactions, that is left as an implementation detail for those classes that wish to work with this model. Basically, when you create your deptAdapter and emptAdapter instances, they check to see if there is a current transaction on the thread (the static Current property on the Transaction class). If there is, then it registers itself with the transaction, to take part in the commit/rollback sequence (which Transaction controls, and might propogate to varying transaction coordinators, such as kernel, distributed, etc, etc).

casperOne
Hah - beat me to it. +1 though.
Kev
A: 

It should also be mentioned that TransactionScope is marked with the (rather hacky imho) attribute System.ThreadStaticAttribute. .NET treats variables marked with this attribute like a static variable, except every thread keeps its own instance of the variable.

I don't think I've ever seen another use for this attribute. Has anyone?

cbp
Diagnostics uses it to track indent level, it's heavily used in Windows Forms. This is also known as TLS if not mistaken
JoshBerke
@Josh: If it's called TLS, then I see the resemblance with the native Thread Local Storage.
Johann Gerell
+1  A: 

I have never used NHibernate, but maybe this link (http://forum.hibernate.org/viewtopic.php?t=957900) will help you.

Joe