Enterprise Transaction Services—Summary


Jump to: navigation, search
CSharp-Online.NET:Articles
.NET Articles

Enterprise Transaction Services

© 2005 Pearson Education, Inc.

Summary

This chapter covered the transaction features offered by Enterprise Services. Instead of doing transactions programmatically, you can task transactions automatically by applying the attribute [Transaction] to specify transactional requirements. The transactional options Required, RequiresNew, Supported, NotSupported, and Disabled influence the Enterprise Services interception code so that a new transaction is created, an existing transaction is used, or no transaction is used at all.

The automatic transactions make use of the distributed transaction coordinator, so transactions can also flow across multiple systems.

This chapter also discussed the problems with concurrency and consistency with transaction isolation levels. Changing the isolation level can increase concurrency, whereas consistency is reduced, and vice versa.

Windows Server 2003 also offers the new feature named services without components; transactions are part of this service.



1 The connection string defines whether a connection should be enlisted with the transaction context of the thread. With the .NET data provider for SQL Server, you can define whether the transaction should be enlisted with the Enlist parameter. The Enlist parameter has a default value of true, so that the connection is enlisted with the transaction context. Microsoft .NET data provider for Oracle has the same Enlist parameter.


Previous_Page_.gif Next_Page_.gif


Personal tools