[pyar] [django] como achicar los queries?

[QliX=D! [aka EHB]]

Si, perdon, la culpa la tiene ctrl+c,ctrl+v :)

2010/9/18 xavier lesa <xavierlesa en gmail.com>:
> lo mas correcto sería hacer así (creo):
> def filter(self, *args, **kwargs):
>     return self.get_query_set().filter(*args, **kwargs).select_related()
> porque si le paso los mismo argumentos de filter a select_related me da
> error..
> slds
>
> Xavier Lesa
>
> Desarrollo y Tecnología
> Personal: +11 15 3868 3918
> Skype: xavierlesa
>
>
> 2010/9/18 xavier lesa <xavierlesa en gmail.com>
>>
>> buenisimo!! eso es lo que estaba buscando..
>> con respecto al user.get_profile() encontre un patch [0] que ya lo
>> resuelve.
>> [0] http://code.djangoproject.com/ticket/4196
>> Xavier Lesa
>>
>> Desarrollo y Tecnología
>> Personal: +11 15 3868 3918
>> Skype: xavierlesa
>>
>>
>> 2010/9/17 QliX=D! [aka EHB] <qlixed en gmail.com>
>>>
>>> Es mas, podes crear un manager[0] que por defecto para la clase que
>>> vos necesitas te devuelva siempre los objetos "related".
>>> Leyendo un poco el codigo del manager
>>> (/trunk/django/db/models/manager.py):
>>>
>>> 46      class Manager(object):
>>> 47          # Tracks each time a Manager instance is created. Used to
>>> retain order.
>>> 48          creation_counter = 0
>>> 49
>>> 50          def __init__(self):
>>> 51              super(Manager, self).__init__()
>>> 52              self._set_creation_counter()
>>> 53              self.model = None
>>> 54              self._inherited = False
>>> 55              self._db = None
>>> [...]
>>> 107         def get_query_set(self):
>>> 108             """Returns a new QuerySet object.  Subclasses can
>>> override this method
>>> 109             to easily customize the behavior of the Manager.
>>> 110             """
>>> 111             return QuerySet(self.model, using=self._db)
>>> [...]
>>> 116         def all(self):
>>> 117             return self.get_query_set()
>>> [...]
>>> 137         def create(self, **kwargs):
>>> 138             return self.get_query_set().create(**kwargs)
>>> 139
>>> 140         def filter(self, *args, **kwargs):
>>> 141             return self.get_query_set().filter(*args, **kwargs)
>>> [...]
>>> 167         def select_related(self, *args, **kwargs):
>>> 168             return self.get_query_set().select_related(*args,
>>> **kwargs)
>>> [...]
>>>
>>> Si Haces algo como:
>>>
>>> [...]
>>> 140         def filter(self, *args, **kwargs):
>>> 141             return self.get_query_set().filter(*args,
>>> **kwargs).select_related(*args, **kwargs)
>>> [...]
>>>
>>> Todos los filters q apliques con este manager aplican tambien un
>>> select_related.
>>>
>>> Saludos.
>>> EHB
>>>
>>> [0] Managers:
>>> http://docs.djangoproject.com/en/dev/topics/db/managers/#managers-for-related-objects
>>>
>>>
>>> 2010/9/17 xavier lesa <xavierlesa en gmail.com>:
>>> > y se podrá hacer eso mismo a través de otro modelo?, puntualmente desde
>>> > el
>>> > modelo User al perfil, es decir
>>> > cuando hago un user.get_profile()
>>> >
>>> > ej:
>>> >
>>> > # obtengo el ContentObject, con la facilidad del select_related
>>> > co = ContentObject.objects.select_related().get(pk=1)
>>> >
>>> > # obtengo el perfil del usuario
>>> > co_profile = co.user.get_profile()
>>> >
>>> > # hago algo con el profile
>>> > co_profile.kill_em_all = u'Yeahhh'
>>> >
>>> >
>>> > Slds
>>> >
>>> > Xavier Lesa
>>> >
>>> > Desarrollo y Tecnología
>>> > Personal: +11 15 3868 3918
>>> > Skype: xavierlesa
>>> >
>>> >
>>> > 2010/9/17 xavier lesa <xavierlesa en gmail.com>
>>> >>
>>> >> Bien, select_related funciono muy bien. era justamente lo que buscaba.
>>> >> gracias!
>>> >>
>>> >> Xavier Lesa
>>> >>
>>> >> Desarrollo y Tecnología
>>> >> Personal: +11 15 3868 3918
>>> >> Skype: xavierlesa
>>> >>
>>> >>
>>> >> 2010/9/17 QliX=D! [aka EHB] <qlixed en gmail.com>
>>> >>>
>>> >>> 2010/9/16 xavier lesa <xavierlesa en gmail.com>:
>>> >>> > Hola gente, estoy teniendo un problemita cuando accedo al "perfil"
>>> >>> > de
>>> >>> > un
>>> >>> > usuario, haciendo la típica extensión del modelo User.
>>> >>> > básicamente tengo un modelo "contentobjects" que se relaciona con
>>> >>> > el
>>> >>> > modelo
>>> >>> > "user" y este con "user_profile" (quien lo extiende).
>>> >>> >
>>> >>> > class ContentObjects(models.Model):
>>> >>> >     user = models.ForeignKey(User)
>>> >>> >
>>> >>> > class UserProfile(models.Model):
>>> >>> >     user = models.ForeignKey(User)
>>> >>> >
>>> >>> > el problema es que cuando genero la vista de ContentObject y de la
>>> >>> > relación
>>> >>> > user "traigo" el user_profile, me genera 2 queries mas
>>> >>> > y esto en total sumando los queries propios de ContentObject me
>>> >>> > suma 45
>>> >>> > queries solo para 15 registros, y tengo que mostrar
>>> >>> > como 1500... haciendo un test muy básico de eso me llevo como 15
>>> >>> > seg
>>> >>> > cargar
>>> >>> > todo.
>>> >>> >
>>> >>>
>>> >>> X q tenes 45 queries solo para ContentObject?, creo que el punto a
>>> >>> revisar es eso.
>>> >>> Si tenes que mostrar 1500, haces un select uno a uno de los objetos?
>>> >>> O sea, usando select related igualmente serian 15 queries para 15
>>> >>> objetos
>>> >>> a
>>> >>> mostrar, es MUCHO igual, pasarias de 4500 a 1500 queries!.
>>> >>>
>>> >>>
>>> >>> > Entonces me preguntaba, si yo "replico" los campos -- rompiendo el
>>> >>> > principio
>>> >>> > DRY -- de user_profile en ContentObject me ahorraría esos queries
>>> >>> > demás, y solo para levantar esos 1500 registros usaría 5 queries..
>>> >>> >
>>> >>> > Ven esto como una practica "aceptable"? o creen que debería
>>> >>> > encararlo
>>> >>> > de una
>>> >>> > manera distinta? optimizando los queries talvés?
>>> >>>
>>> >>> A mi entender, no deberias hacerlo, deberias usar selected_related. y
>>> >>> revisar el
>>> >>> esquema de consulta.
>>> >>>
>>> >>>
>>> >>> EHB
>>> >>> _______________________________________________
>>> >>> pyar mailing list pyar en python.org.ar
>>> >>> http://listas.python.org.ar/listinfo/pyar
>>> >>>
>>> >>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > pyar mailing list pyar en python.org.ar
>>> > http://listas.python.org.ar/listinfo/pyar
>>> >
>>> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>> >
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>