Меньше запросов

Часть раздела Модели и панель администратора путешествия по Django на Coddy. Урок 19 из 23.

Главная страница выводит автора каждой книги, и это имеет свою цену: один запрос получает книги, а затем {{ book.author.name }} выполняет ещё один запрос для каждой книги. Десять книг — одиннадцать запросов; тысяча книг — тысяча один запрос. Это проблема N+1, распространённая причина медленной работы страницы Django.

select_related() решает эту проблему: ORM получает связанную строку в том же запросе с помощью SQL JOIN. Страница со списком займов, которая выводит название книги для каждого займа, запросила бы:

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

Ей передают имя поля ForeignKey — того, к которому обращаются как к loan.book, — и этот вызов по-прежнему можно объединять в цепочку с filter() и order_by(). Он следует по ForeignKey только вперёд; для обратного направления и полей «многие ко многим» используют prefetch_related(), с которым вы познакомились в проекте Authors. После этого страница выглядит так же, но запросов становится меньше.

Задание

Средне

И главная страница, и страница поиска показывают автора каждой книги. Сделайте так, чтобы для каждой страницы авторы извлекались вместе с книгами, и число запросов оставалось одинаковым независимо от количества книг:

представление home
представление search

Нажмите «Run»: страницы выглядят так же. Проверки подсчитывают запросы.

Попробуйте сами

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})