Django: utilizando values ​​() y get_FOO_display()?

Question

Estoy tratando de mejorar un código existente que originalmente tomó 3 minutos para preparar una gran tabla de datos (luego devuelta por Ajax). El código anterior iteraba en un gran querySet, recopilando información de una variedad de objetos relacionados. Según lo que he leído, y al monitorear el registro de SQL, iterar sobre los conjuntos de consulta generalmente es una mala idea, porque SQL se ejecuta para cada elemento. En su lugar, he estado usando valores para recopilar información en una sola instrucción SQL, y luego recorrerla. Usando esta técnica, reduje el tiempo de ejecución a menos de 15 segundos (y aún no he terminado). Sin embargo, como ya no utilizo objetos modelo, no puedo usar get_FOO_display(). ¿Hay alguna manera de usar esta funcionalidad mientras usas valores()?

simplificado, el original era:

for user in users: 
    data.append(user.get_name_display()) # Appends 'Joe Smith' 
return data 

y el nuevo código es:

for user in users.values('name'): 
    data.append(user['name']) # Appends 'JSmith001', which is incorrect 
return data 

Además, si hay alguna otra manera de preservar la creación del modelo de objetos sin embargo, sólo se requiere una única SQL declaración en el backend, me encantaría saber al respecto. ¡Gracias!

Answer 1

En general, probablemente será mejor y más fácil utilizar una consulta basada en el administrador que devuelve objetos modelo. Parece que el problema con su enfoque original no es que estuviera iterando sobre su queryset (como dice @ahmoo, esto no es un problema de rendimiento), sino que dentro de su bucle de iteración estaba obteniendo objetos relacionados adicionales, que requerían uno o más consultas adicionales para cada registro.

Hay varias maneras de mejorar el rendimiento con consultas que todavía devuelven instancias de modelo:

• Suena como el más relevante es select_related(), que va a hacer efectiva una unión de tablas en la consulta inicial para incluir datos de todos los objetos relacionados por claves externas.

• Si eso no es suficiente, también puede agregar datos a las instancias de su modelo con extra(), lo que le permite pegar subconsultas en su SQL.

• Y si todo eso falla, puede realizar raw SQL queries utilizando el método .raw() en una instancia de administrador, que aún devolverá las instancias del modelo.

Básicamente, si puede hacerlo en SQL de una manera que le da una fila por ejemplo, hay una manera de hacerlo en Django y obtener instancias de modelo posterior.

Para responder a su pregunta original, sin embargo, se puede obtener el nombre de visualización a través de la clase Field - es sólo feo:

def get_field_display(klass, field, value): 
    f = klass._meta.get_field(field) 
    return dict(f.flatchoices).get(value, value) 

# usage 
get_field_display(User, 'name', 'JSmith001') 

Answer 2

iteración sobre QuerySets es generalmente una mala idea, ya que SQL se ejecuta para cada elemento

eso no es verdad. A continuación se toma de the official docs:

Un QuerySet es iterable, y ejecuta su consulta la base de datos la primera vez que iterar sobre ella

creo que el problema tiene que ver con la definición de la users de tu codigo. ¿Qué le asignaste?