Menos consultas

Parte de la sección Modelos y el panel de administración del Journey de Django de Coddy. Lección 19 de 23.

La página de inicio muestra el autor de cada libro, y eso tiene un coste: una consulta obtiene los libros, y después {{ book.author.name }} ejecuta una consulta más por cada libro. Diez libros, once consultas; mil libros, mil una. Este es el problema N+1, una causa frecuente de que una página de Django sea lenta.

select_related() lo soluciona: el ORM obtiene la fila relacionada en la misma consulta, con un JOIN de SQL. Una página de préstamos que muestra el título del libro de cada préstamo necesitaría:

loans = Loan.objects.select_related("book")

Le indicas el nombre del campo ForeignKey, el que lees como loan.book, y sigue encadenándose con filter() y order_by(). Solo sigue las ForeignKeys hacia delante. Para los libros de un autor y para los campos de muchos a muchos necesitas prefetch_related(), que se utiliza en el proyecto Authors. Después, la página se ve igual, con menos consultas.

Desafío

Intermedio

En books/views.py, haz que los QuerySets de home y search obtengan el autor de cada libro en la misma consulta. Mantén el filtro de búsqueda.

Pulsa «Ejecutar»: las páginas se ven igual. Las comprobaciones añaden diez libros y permiten dos consultas por página.

Pruébalo tú mismo

from django.shortcuts import get_object_or_404, render

from .models import Book


def home(request):
    books = Book.objects.all()
    return render(request, "books/home.html", {"books": books})


def book_detail(request, pk):
    book = get_object_or_404(Book, pk=pk)
    return render(request, "books/book_detail.html", {"book": book})


def search(request):
    q = request.GET.get("q", "")
    books = Book.objects.filter(title__icontains=q)
    return render(request, "books/search.html", {"q": q, "books": books})