Django查询单个模型实例时使用select_related()是否有价值？

首先明确：你认为「两种写法仅关联查询时机延后、性能无差异」的观点是错误的，两种写法存在明确性能差异，单个实例场景下合理使用关联查询方法依然有价值。

1. 两种写法的查询次数差异 #

• 不使用select_related的场景：
  总共触发2次数据库查询：
  1. 执行Feather.objects.get(pk=feather_id)时，第一次查询Feather表获取羽毛记录
  2. 首次访问feather.bird.name时，触发第二次查询Bird表获取关联的鸟类记录，查询结果会缓存在当前feather实例中，后续访问feather.bird.specie不会重复查询
• 使用select_related('bird')的场景：
  仅触发1次数据库查询：ORM会自动在SQL中加入LEFT JOIN关联Bird表，一次查询就同时拿到羽毛和对应鸟类的所有字段，后续访问鸟类的任意属性都不会再触发查询，直接从实例缓存中读取。

2. prefetch_related在该场景的作用 #

该场景下使用prefetch_related('bird')没有额外收益，原因如下：

• prefetch_related的实现逻辑是单独查询关联表，再在Python层做数据匹配，对于单个Feather实例的正向ForeignKey关联场景，依然会触发2次查询（一次查Feather，一次查对应Bird），和不使用任何关联查询的查询次数完全一致，没有优化效果。
• prefetch_related仅适合多对多关联、反向ForeignKey关联，或者需要对关联表做额外过滤/分页的场景，不适合当前单实例正向ForeignKey的场景。

3. 单实例场景的选型建议 #

当前场景优先选择带select_related('bird')的写法：

• 哪怕仅减少一次数据库查询，也能降低数据库负载、缩短接口响应时间，尤其在接口并发量较高的场景下收益更明显
• 写法成本极低，仅需补充一个方法调用，就能避免后续代码迭代中不小心新增的关联属性访问触发额外查询的问题

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