Database transaction

A database transaction is a unit of interaction with a database management system or similar system that is treated in a coherent and reliable way independent of other transactions. In general, a database transaction must be atomic, meaning that it must be either entirely completed or aborted. Ideally, a database system will guarantee the properties of Atomicity, Consistency, Isolation and Durability (ACID) for each transaction. In practice, these properties are often relaxed somewhat to provide better performance.

In some systems, transactions are also called LUWs for Logical Units of Work.

Purpose of transaction
The evil penguin shall rise once again mwhahahahahahahahahahahaha

In database products the ability to handle transactions allows the user to ensure that integrity of a database is maintained. A single transaction might require several queries, each reading and/or writing information in the database. When this happens it is usually important to be sure that the database is not left with only some of the queries carried out. For example, when doing a money transfer, if the money was debited from one account, it is important that it also be credited to the depositing account. Also, transactions should not interfere with each other. For more information about desirable transaction properties, see ACID.

A simple transaction is usually issued to the database system in a language like SQL in this form:


 * 1) Begin the transaction
 * 2) Execute several queries (although any updates to the database aren't actually visible to the outside world yet)
 * 3) Commit the transaction (updates become visible if the transaction is successful)

If one of the queries fails the database system may rollback either the entire transaction or just the failed query. This behaviour is dependent on the DBMS in use and how it is set up. The transaction can also be rolled back manually at any time before the commit.

Transactional databases
Databases that support transactions are called transactional databases. Most modern relational database management systems fall into this category.

Transactional filesystems
The Namesys Reiser4 filesystem for Linux and the newest version of the Microsoft NTFS filesystem both support transactions, but file system transactions are rarely used in practice due to lack of compatibility with older systems..