python - orm django queries

Problema de Django QuerySet.defer()-¿error o característica?

Question

Un ejemplo es mejor que mil palabras:

   In [3]: User.objects.filter(id=19)[0] == User.objects.filter(id=19)[0]
   Out[3]: True

   In [4]: User.objects.filter(id=19)[0] == User.objects.filter(id=19).defer(''email'')[0]
   Out[4]: False

Funciona así a propósito?

Subjetivo: ¿hay alguna manera simple de obtener una instancia de modelo regular de la diferida?

EDITAR:

Parece que el framework contenttypes está parcheado apropiadamente: http://code.djangoproject.com/changeset/10523

entonces yo diría que el operador Modelo ._____ eq _____ () no debería verse así:

    def __eq__(self, other):
        return isinstance(other, self.__class__) and self._get_pk_val() == other._get_pk_val()

pero más como esto:

    def __eq__(self, other):
        return ContentType.objects.get_for_model(self) is ContentType.objects.get_for_model(other) and self._get_pk_val() == other._get_pk_val()

Esto, por supuesto, causa dos hits DB por primera vez, pero afortunadamente get_for_model parece implementar el caché.

Answer 1

Es el comportamiento normal, porque User.objects.filter (id = 19) [0] devolverá un conjunto de consulta con todos los campos relacionados del modelo, pero User.objects.filter (id = 19) .defer (''email'' ) [0] traerá un conjunto de consulta sin correo electrónico ... Por lo tanto, tiene dos conjuntos de consulta, uno con un campo menor.

Actualizar:

Prueba...

In [30]: a = User.objects.filter(id=1)[0]
In [31]: a
Out[31]: <User: mustafa>

In [27]: b = User.objects.filter(id=1).defer(''username'')[0]
In [28]: b
Out[28]: <User_Deferred_username: mustafa>

In [32]: a == b
Out[32]: False

In [33]: type(a)
Out[33]: <class ''django.contrib.auth.models.User''>

In [34]: type(b)
Out[34]: <class ''django.contrib.auth.models.User_Deferred_username''>

In [35]: a.username
Out[35]: u''mustafa''

In [36]: b.username
Out[36]: u''mustafa''

La documentación de aplazamiento explica esto como:

Un conjunto de consulta que tiene campos diferidos todavía devolverá instancias de modelo. Cada campo diferido se recuperará de la base de datos si accede a ese campo (uno a la vez, no todos los campos diferidos a la vez).

EDICION 2:

In [43]: isinstance(b, a.__class__)
Out[43]: True

In [40]: User.__eq__??
Type:           instancemethod
Base Class:     <type ''instancemethod''>
String Form:    <unbound method User.__eq__>
Namespace:      Interactive
File:           /home/mustafa/python/lib/django/db/models/base.py
Definition:     User.__eq__(self, other)
Source:
def __eq__(self, other):
    return isinstance(other, self.__class__) and self._get_pk_val() == other._get_pk_val()

== es una comparación simple y compara dos objetos, no está usando el método de la clase relacionada ____eq____.

Answer 2

Las consultas diferidas devuelven una clase diferente, proporcionada por el deferred_class_factory :

# in db/models/query_utils.py

def deferred_class_factory(model, attrs):
    """
    Returns a class object that is a copy of "model" with the specified "attrs"
    being replaced with DeferredAttribute objects. The "pk_value" ties the
    deferred attributes to a particular instance of the model.
    """

Básicamente es un proxy, como se puede ver en el orden de resolución del método:

>>> x = User.objects.filter(id=1).defer("email")[0]
>>> x.__class__.__mro__
(<class ''django.contrib.auth.models.User_Deferred_email''>, / 
 <class ''django.contrib.auth.models.User''>, /
 <class ''django.db.models.base.Model''>, <type ''object''>)