p15693087
/
django
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Fixed #12668 -- Corrected some typos in the multi-db docs. Thanks to mattimustang for the eagle eyes. 

git-svn-id: http://code.djangoproject.com/svn/django/trunk@12278 bcc190cf-cafb-0310-a4f2-bffc1f526a37
This commit is contained in:
Russell Keith-Magee 2010-01-23 04:32:34 +00:00
parent c1584383fa
commit dbad025637
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
docs/topics/db/multi-db.txt
View File

@ -149,8 +149,8 @@ At present, the only hint that will be provided is ``instance``, an
object instance that is related to the read or write operation that is object instance that is related to the read or write operation that is
underway. This might be the instance that is being saved, or it might underway. This might be the instance that is being saved, or it might
be an instance that is being added in a many-to-many relation. In some be an instance that is being added in a many-to-many relation. In some
cases, no instance hint will be provided at all. The router check for cases, no instance hint will be provided at all. The router checks for
the existence of an instance hint, and determine if hat hint should be the existence of an instance hint, and determine if that hint should be
used to alter routing behavior. used to alter routing behavior.
Using routers Using routers
@ -192,11 +192,11 @@ An example
doesn't provide any solution for handling replication lag (i.e., doesn't provide any solution for handling replication lag (i.e.,
query inconsistencies introduced because of the time taken for a query inconsistencies introduced because of the time taken for a
write to propagate to the slaves). It also doesn't consider the write to propagate to the slaves). It also doesn't consider the
interaction of transactions with the database utiliztion strategy. interaction of transactions with the database utilization strategy.
So - what does this mean in practice? Say you want ``contrib.auth`` to So - what does this mean in practice? Say you want ``contrib.auth`` to
exist on the 'credentials' database, and you want all other models in a exist on the 'credentials' database, and you want all other models in a
master/slave relationship between the databses 'master', 'slave1' and master/slave relationship between the databases 'master', 'slave1' and
'slave2'. To implement this, you would need 2 routers:: 'slave2'. To implement this, you would need 2 routers::
class AuthRouter(object): class AuthRouter(object):