diff options
author | Xavier Noria <fxn@hashref.com> | 2010-04-30 21:30:28 +0200 |
---|---|---|
committer | Xavier Noria <fxn@hashref.com> | 2010-04-30 21:35:03 +0200 |
commit | 1ff954aaea764c16e812dadea44a07a3f4119905 (patch) | |
tree | da678b5453809154efb9f7321af11277a1a6e51a /activerecord | |
parent | f5fa13cca10c50a47a5a64a4d8154efc18bae30e (diff) | |
download | rails-1ff954aaea764c16e812dadea44a07a3f4119905.tar.gz rails-1ff954aaea764c16e812dadea44a07a3f4119905.tar.bz2 rails-1ff954aaea764c16e812dadea44a07a3f4119905.zip |
after_(commit|rollback) rdoc, edit pass
Diffstat (limited to 'activerecord')
-rw-r--r-- | activerecord/lib/active_record/transactions.rb | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/activerecord/lib/active_record/transactions.rb b/activerecord/lib/active_record/transactions.rb index 0a55ef2b53..796dd99f02 100644 --- a/activerecord/lib/active_record/transactions.rb +++ b/activerecord/lib/active_record/transactions.rb @@ -163,16 +163,16 @@ module ActiveRecord # === Callbacks # # There are two types of callbacks associated with committing and rolling back transactions: - # after_commit and after_rollback. + # +after_commit+ and +after_rollback+. # - # The after_commit callbacks are called on every record saved or destroyed within a - # transaction immediately after the transaction is committed. The after_rollback callbacks + # +after_commit+ callbacks are called on every record saved or destroyed within a + # transaction immediately after the transaction is committed. +after_rollback+ callbacks # are called on every record saved or destroyed within a transaction immediately after the # transaction or savepoint is rolled back. # # These callbacks are useful for interacting with other systems since you will be guaranteed # that the callback is only executed when the database is in a permanent state. For example, - # after_commit is a good spot to put in a hook to clearing a cache since clearing it from + # +after_commit+ is a good spot to put in a hook to clearing a cache since clearing it from # within a transaction could trigger the cache to be regenerated before the database is updated. # # === Caveats @@ -180,7 +180,7 @@ module ActiveRecord # If you're on MySQL, then do not use DDL operations in nested transactions # blocks that are emulated with savepoints. That is, do not execute statements # like 'CREATE TABLE' inside such blocks. This is because MySQL automatically - # releases all savepoints upon executing a DDL operation. When #transaction + # releases all savepoints upon executing a DDL operation. When +transaction+ # is finished and tries to release the savepoint it created earlier, a # database error will occur because the savepoint has already been # automatically released. The following example demonstrates the problem: |