15-05 重现一条多余查询
题目
在已有预取代码中改用另一份关联筛选,记录 SQL 数量,再改回相同结果的批量读取。
推导与做法
prefetch_related 已经为每本书准备 tags.all() 的缓存。再调用 tags.filter 会创建另一条查询,不会直接复用这份结果,因此出现每本书一条额外 SQL。
用 CaptureQueriesContext 记录两次调用:错误版本在预取后继续筛选,正确版本在已预取的 all() 结果中做相同判断。两份标签内容相同,正确版本只需书籍与标签两次查询。
过程图
%% 每个节点保留输入、执行位置或执行后的实际状态。
flowchart TD
S0["预取:书籍SQL与标签SQL"]
S1["逐书调用tags.filter:又发N条SQL"]
S0 --> S1
S2["改为读取已预取的tags.all"]
S1 --> S2
S3["同样结果,只需2次查询"]
S2 --> S3
classDef default fill:#EEF0FB,stroke:#4657B5,color:#24324A
linkStyle default stroke:#4657B5
实现与运行
查看带注释实现。本题与相关处理函数放在同一章节代码文件中;启动工具负责定位相邻项目和选择题号。
在配套目录的 Django/reading_project 中运行。先按项目 README 执行 uv sync --locked。
# 使用项目解释器运行本题,题号决定执行哪一组演示。
uv run python "../../学习索引/参考实现/代码/ch15.py" 15-05
程序按题号输出处理后的值、查询结果或状态。先和前面的手算比较,再修改一项输入重跑。
查看本题运行结果
# 与上面的手算状态和题目数值逐项比较。
{
"extra_filter_queries": 8,
"prefetch_cache_queries": 2,
"same_result": true
}