← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/transactional.rst

  • Committer: Stewart Smith
  • Date: 2011-01-14 05:18:23 UTC
  • mto: (2086.1.3 build)
  • mto: This revision was merged to the branch mainline in revision 2087.
  • Revision ID: stewart@flamingspork.com-20110114051823-14fyn2kvg8pc5a15
\r and trailing whitespace removed.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/transactional.rst
 
1
Using transactions
 
2
==================
 
3
 
 
4
.. toctree::
 
5
   :maxdepth: 2
 
6
 
 
7
   start_transaction
 
8
   commit
 
9
   rollback 
 
10
   savepoints
 
11
 
 
12
The essence of a transaction is that it groups multiple steps into a single, all-or-nothing operation. Drizzle is a transactional database by default and by design, meaning that changes and queries to the database appear to be Atomic, Consistent, Isolated, and Durable (ACID). This means that Drizzle implements `serializable <http://en.wikipedia.org/wiki/Serializability>`_, ACID transactions, even if the transaction is interrupted.
 
13
 
 
14
Transactions are a group of operations that form tasks and stores them as a single operation, or if that operation is not possible it removes all changes attempted. Transactions are controlled via START TRANSACTION, ROLLBACK, and COMMIT. Savepoints are implemented to allow for a lower level of granularity.
 
15
 
 
16
A COMMIT statement ends a transaction within Drizzle and makes all changes visible to other users.  The order of events is typically to issue a START TRANSACTION statement, execute one or more SQL statements, and then issue a COMMIT statement. Alternatively, a ROLLBACK statement can be issued, which undoes all the work performed since START TRANSACTION was issued. A COMMIT statement will also release any existing savepoints that may be in use.
 
17
 
 
18
Drizzle can operate in an autocommit mode, where each statement is committed, via: ::
 
19
 
 
20
        SET AUTOCOMMIT= 1
 
21
 
 
22
Currently DDL operations are performed as a single transaction, this limitation will be lifted in the future.
 
23
 
 
24
For various reasons, Drizzle may have to ROLLBACK a statement or transaction
 
25
without having been asked to do so. Examples include lock wait timeout or
 
26
deadlock detection. Any application using a transactional database system
 
27
needs to be able to deal with such cases.