← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/transactional.rst

Use List::begin()

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/transactional.rst
6
6
 
7
7
   start_transaction
8
8
   commit
9
 
   rollback 
 
9
   rollback
10
10
   savepoints
11
11
 
12
 
Drizzle is a transactional database by default and by design. It collects 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 low leverl of granulairty.
 
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
NOTE: Drizzle still supports non-transactional storage engines, and if these are used then you will not get transactional behaviour with them. The default engine is transactional.
 
15
 
 
16
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.
13
17
 
14
18
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.
15
19
 
16
 
Drizzle can operate in an autocommit mode, where each statement is committed, via:
17
 
 
18
 
SET AUTOCOMMIT= 1
 
20
Drizzle can operate in an autocommit mode, where each statement is committed at the end of statement, via: ::
 
21
 
 
22
        SET AUTOCOMMIT= 1
 
23
 
 
24
If you set AUTOCOMMIT=1 during a transaction, that transaction will be committed as part of the SET AUTOCOMMIT=1 statement.
 
25
 
 
26
Transactional DDL is currently not supported, although it may be in the future. This means that although currently you will get a ER_TRANSACTION_DDL_NOT_SUPPORTED error message if you try and execute DDL statements within a transaction, in future versions of Drizzle they may succeed.
19
27
 
20
28
Currently DDL operations are performed as a single transaction, this limitation will be lifted in the future.
21
29
 
22
 
 
 
30
For various reasons, Drizzle may have to ROLLBACK a statement or transaction
 
31
without having been asked to do so. Examples include lock wait timeout or
 
32
deadlock detection. Any application using a transactional database system
 
33
needs to be able to deal with such cases.