summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMike Bayer <mike_mp@zzzcomputing.com>2013-08-23 18:58:09 -0400
committerMike Bayer <mike_mp@zzzcomputing.com>2013-08-23 18:58:09 -0400
commit41f24ba134648b0dd5182eb1a5f91086afc346d7 (patch)
tree94598832bb44f3c9c33d9a7fecc60abbfbd84b66
parent1281b50d6daec89041d85eb7047f74c9d59ee6dc (diff)
downloadsqlalchemy-41f24ba134648b0dd5182eb1a5f91086afc346d7.tar.gz
formatting
-rw-r--r--doc/build/faq.rst10
1 files changed, 5 insertions, 5 deletions
diff --git a/doc/build/faq.rst b/doc/build/faq.rst
index 3e79eacdd..7fed38c21 100644
--- a/doc/build/faq.rst
+++ b/doc/build/faq.rst
@@ -806,7 +806,7 @@ there is no ON DELETE CASCADE configured.
To configure SQLAlchemy to cooperate with ON DELETE CASCADE, see
:ref:`passive_deletes`.
-I set the "foo_id" attribute on my instance to "7", but the "foo" attribute is still `None` - shouldn't it have loaded Foo with id #7?
+I set the "foo_id" attribute on my instance to "7", but the "foo" attribute is still ``None`` - shouldn't it have loaded Foo with id #7?
----------------------------------------------------------------------------------------------------------------------------------------------------
The ORM is not constructed in such a way as to support
@@ -823,15 +823,15 @@ set ``o.foo`` is to do just that - set it!::
Manipulation of foreign key attributes is of course entirely legal. However,
setting a foreign-key attribute to a new value currently does not trigger
-an "expire" event of the `relationship()` in which it's involved (this may
+an "expire" event of the :func:`.relationship` in which it's involved (this may
be implemented in the future). This means
-that for the following sequence:
+that for the following sequence::
o = Session.query(SomeClass).first()
assert o.foo is None
o.foo_id = 7
-``o.foo`` is loaded when we checked it for `None`. Setting
+``o.foo`` is loaded when we checked it for ``None``. Setting
``o.foo_id=7`` will have the value of "7" as pending, but no flush
has occurred.
@@ -843,7 +843,7 @@ and expires all state::
assert o.foo is <Foo object with id 7>
A more minimal operation is to expire the attribute individually. The
-``flush()`` is also needed if the object is pending (hasn't been INSERTed yet),
+:meth:`.Session.flush` is also needed if the object is pending (hasn't been INSERTed yet),
or if the relationship is many-to-one prior to 0.6.5::
Session.expire(o, ['foo'])