告别 N+1 地狱：深度理解Django中 select_related 与 prefetch_related

文章目录

• • 第一章：地狱的起源——什么是 N+1 问题？
  • • 1.1 场景重现
    • 1.2 数据库的灾难
    • 1.3 ORM 的惰性求值是原罪吗？
  • 第二章：第一把利剑——select_related（JOIN 的艺术）
  • • 2.1 基本用法
    • 2.2 底层原理：SQL JOIN
    • 2.3 为什么要限制在 OneToOne/ForeignKey？
    • 2.4 链式查询与深度查找
  • 第三章：第二把利剑——prefetch_related（分离的智慧）
  • • 3.1 适用场景与基本用法
    • 3.2 底层原理：两次查询 + Python 拼接
    • 3.3 为什么说它是“分离的智慧”？
  • 第四章：深度对比——什么时候用哪个？
  • • 4.1 黄金法则
  • 第五章：高阶技巧——Prefetch 对象与自定义查询
  • • 5.1 默认行为的问题
    • 5.2 解决方案：`Prefetch` 对象
    • 5.3 混合双打：select_related + prefetch_related
  • 第六章：何时“不要”使用它们？
  • • 6.1 数据库负担 vs 应用内存负担
    • 6.2 分页场景的陷阱
    • 6.3 只读场景下的权衡
  • 第七章：实战案例分析——电商订单系统
  • • 模型定义
    • 需求
    • 错误示范（N+1 爆炸）
    • 初级优化（使用 prefetch_related）
    • 终极优化（使用 Prefetch 对象 + 聚合）
  • 第八章：总结——构建高性能思维