From 4261efdc673c8034aa372b790e5c1c7e591d4fbc Mon Sep 17 00:00:00 2001 From: Jannis Leidel Date: Mon, 22 Feb 2010 00:43:10 +0000 Subject: [PATCH] [1.1.X] Fixed #12620 - Refer to better fieldname in defer docs. Thanks, dwillis. Backport of r12462. git-svn-id: http://code.djangoproject.com/svn/django/branches/releases/1.1.X@12479 bcc190cf-cafb-0310-a4f2-bffc1f526a37 --- docs/ref/models/querysets.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/ref/models/querysets.txt b/docs/ref/models/querysets.txt index 9512dd0895..85db98c075 100644 --- a/docs/ref/models/querysets.txt +++ b/docs/ref/models/querysets.txt @@ -804,7 +804,7 @@ the database. This is done by passing the names of the fields to not load to ``defer()``:: - Entry.objects.defer("lede", "body") + Entry.objects.defer("headline", "body") A queryset that has deferred fields will still return model instances. Each deferred field will be retrieved from the database if you access that field @@ -814,7 +814,7 @@ You can make multiple calls to ``defer()``. Each call adds new fields to the deferred set:: # Defers both the body and lede fields. - Entry.objects.defer("body").filter(headline="Lennon").defer("lede") + Entry.objects.defer("body").filter(rating=5).defer("headline") The order in which fields are added to the deferred set does not matter. Calling ``defer()`` with a field name that has already been deferred is harmless (the field will still be deferred). @@ -822,7 +822,7 @@ You can defer loading of fields in related models (if the related models are loading via ``select_related()``) by using the standard double-underscore notation to separate related fields:: - Blog.objects.select_related().defer("entry__lede", "entry__body") + Blog.objects.select_related().defer("entry__headline", "entry__body") If you want to clear the set of deferred fields, pass ``None`` as a parameter to ``defer()``::