TABLE OF CONTENTS Microsoft designed the Store to meet the ACID (Atomicity, Consistency, Isolation, and Durability) test for database transaction integrity. Transactions are only applied if they are compete and intact. Microsoft makes great efforts to ensure consistency throughout the Store; transactions are isolated from each other, and there are many features implemented in the Store to make it a reliable and robust repository.
A transaction is a series of modifications to a database that leaves the database in a consistent state. These modifications are called operations. Sending a new message requires several operations that form the single logical transaction we consider when we think of someone sending a message and Exchange delivering it to recipient mailboxes.
An operation is the smallest change made to an ESE database. Operations include insert, delete, replace, and commit. A database is left in an inconsistent state if not all of the operations that make up a transaction are committed. For example, if a server experiences a sudden failure during normal operation, it is quite likely that a number of transactions are outstanding and have not yet been completely committed to the database. Exchange can return its databases to a consistent state by processing the contents of the transaction log files. When the Store makes the database consistent, ESE may ignore some transactions because the Store was not able to complete all of the operations necessary to finalize some transactions when the system crash occurred.
ACID transactions mean that ESE must...
