如何优化Django代码将N+1查询合并为单条数据库请求

当前代码产生N+1查询的核心原因是：模板循环渲染每条预订记录时，都会调用Reservation模型的get_previous_reservation实例方法，这个方法每次执行都会单独发起一次SQL查询，查找当前房源下退房时间早于当前记录的最新预订。
视图中已经加的select_related('rental')仅能通过JOIN提前加载关联的房源数据，无法解决这个逐行触发的额外查询问题，最终总查询数为「1次拉取所有预订及关联房源 + N次逐行查询上一条预订」。

使用Django内置的窗口函数Lag，在拉取预订列表的单次查询中，直接给每条记录标注好对应上一条预订的ID，全程不需要逐行发起额外查询，逻辑和原有需求完全一致。

1. 修改视图查询逻辑 #

替换view.py中get_context_data方法里的预订查询集，加入窗口函数注解：

from django.db.models import Window, F
from django.db.models.functions import Lag
from django.views.generic import CreateView
from .models import Reservation
from .forms import ReservationForm


class HomeView(CreateView):
    template_name = "index.html"
    form_class = ReservationForm
    success_url = '/'

    def get_context_data(self, **kwargs):
        context = super().get_context_data(**kwargs)
        context['reservations'] = Reservation.objects.select_related('rental').annotate(
            # 按房源分组、按退房时间排序，直接匹配每条记录的上一条预订ID
            previous_reservation_id=Window(
                expression=Lag('id'),
                partition_by=[F('rental_id')],
                order_by=F('checkout').asc()
            )
        )
        return context

如果存在同一房源下多条预订退房时间相同的场景，可以在order_by中增加id排序保证结果稳定：order_by=[F('checkout').asc(), F('id').asc()]

2. 修改模板渲染逻辑 #

找到模板中展示上一条预订ID的代码行：

<td>{{ reservation.get_previous_reservation }}</td>

替换为直接读取查询时计算好的注解字段，空值时显示-：

<td>{{ reservation.previous_reservation_id|default:"-" }}</td>

3. 可选清理 #

原模型里的get_previous_reservation方法可以直接删除，避免后续其他地方误用再次触发N+1查询。

• 窗口函数Lag的执行逻辑和原有方法完全对齐：将所有预订记录按所属房源分组，同组内按退房时间升序排列，直接给每条记录匹配同组内排序在它前面的最近一条记录ID，和原逻辑「找当前房源下、退房时间早于当前记录的最新预订」的计算结果完全一致。
• 整个列表渲染过程只会发起1次数据库查询，所有关联房源数据、上一条预订ID都在这一次查询中通过JOIN和窗口函数计算完成，没有额外数据库开销。
• 该方案要求数据库支持窗口函数，目前主流生产环境（MySQL 8.0+、PostgreSQL、SQLite 3.25+）都可以直接使用。

内容的提问来源于stack exchange，提问作者tamerjar