From 9b18af4f6f12b9d25157e0b5afc3dca198f6dd06 Mon Sep 17 00:00:00 2001 From: Natalia <124304+nessita@users.noreply.github.com> Date: Mon, 30 Oct 2023 09:24:47 -0300 Subject: [PATCH] Refs #30601 -- Fixed typos in docs/topics/db/transactions.txt. --- docs/topics/db/transactions.txt | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/docs/topics/db/transactions.txt b/docs/topics/db/transactions.txt index 5306f532f8..9146ecc2f7 100644 --- a/docs/topics/db/transactions.txt +++ b/docs/topics/db/transactions.txt @@ -213,11 +213,10 @@ Django provides a single API to control database transactions. This also applies to any other mechanism that may hold app state, such as caching or global variables. For example, if the code proactively updates data in the cache after saving an object, it's recommended to - use :ref:`transcation.on_commit ` + use :ref:`transaction.on_commit() ` instead, to defer cache alterations until the transaction is actually committed. - In order to guarantee atomicity, ``atomic`` disables some APIs. Attempting to commit, roll back, or change the autocommit state of the database connection within an ``atomic`` block will raise an exception.