Fixed #11931: Removed mention of nonexistent get_sql() method for arguments to limit_choices_to. Since the correct reference involves undocumented ORM internals, this simply removes the reference entirely in favor of publicly-documented use of Q objects.
git-svn-id: http://code.djangoproject.com/svn/django/trunk@11591 bcc190cf-cafb-0310-a4f2-bffc1f526a37
This commit is contained in:
parent
0a7dc8d590
commit
4a2a0b0e21
|
@ -844,7 +844,7 @@ define the details of how the relation works.
|
||||||
current date/time to be chosen.
|
current date/time to be chosen.
|
||||||
|
|
||||||
Instead of a dictionary this can also be a :class:`~django.db.models.Q`
|
Instead of a dictionary this can also be a :class:`~django.db.models.Q`
|
||||||
object (an object with a :meth:`get_sql` method) for more complex queries.
|
object for more :ref:`complex queries <complex-lookups-with-q>`.
|
||||||
|
|
||||||
``limit_choices_to`` has no effect on the inline FormSets that are created
|
``limit_choices_to`` has no effect on the inline FormSets that are created
|
||||||
to display related objects in the admin.
|
to display related objects in the admin.
|
||||||
|
|
|
@ -622,6 +622,8 @@ To avoid this problem, simply save the ``QuerySet`` and reuse it::
|
||||||
>>> print [p.headline for p in queryset] # Evaluate the query set.
|
>>> print [p.headline for p in queryset] # Evaluate the query set.
|
||||||
>>> print [p.pub_date for p in queryset] # Re-use the cache from the evaluation.
|
>>> print [p.pub_date for p in queryset] # Re-use the cache from the evaluation.
|
||||||
|
|
||||||
|
.. _complex-lookups-with-q:
|
||||||
|
|
||||||
Complex lookups with Q objects
|
Complex lookups with Q objects
|
||||||
==============================
|
==============================
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue