Django ORM如何限制__in查询仅返回每个外键关联的最新记录

__in 查询本身不支持分组后取单条记录的能力，要实现每个Server对应1条最新ServerInfo、避免N+1查询，无需编写原生SQL，用Django ORM内置能力即可实现，以下是两种可直接落地的方案：

方案1：子查询匹配最新记录ID（性能最优，推荐） #

核心逻辑是先通过子查询给每个分页后的Server标注出其关联的最新ServerInfo主键，再一次性批量拉取所有对应ServerInfo记录，全程仅3次SQL查询，完全匹配原有query.last()的逻辑。

from django.db.models import OuterRef, Subquery

# 原有逻辑：筛选指定标签下的分页Server集合
tags = [Tag.objects.get(name="sometag")]
servers = Server.objects.filter(tags__in=tags)[offset_from:offset_to]

# 构造子查询：匹配每个Server主键对应的最新ServerInfo ID
# 注：如果你的模型自定义了排序规则，将order_by('-pk')替换为实际排序字段（如'-added_at'），和last()逻辑保持一致
latest_info_subquery = ServerInfo.objects.filter(
    contains=OuterRef('pk')
).order_by('-pk').values('pk')[:1]

# 给Server集合批量标注最新info的ID
servers = servers.annotate(latest_info_id=Subquery(latest_info_subquery))

# 批量查询所有需要的ServerInfo，用in_bulk生成ID映射方便后续匹配
valid_info_ids = [s.latest_info_id for s in servers if s.latest_info_id is not None]
server_infos_map = ServerInfo.objects.in_bulk(valid_info_ids)

# 按Server顺序组装对应最新info，数量和分页后的Server数量完全匹配
server_infos = [server_infos_map[s.latest_info_id] for s in servers if s.latest_info_id is not None]

该方案不会拉取多余的ServerInfo记录，查询性能最高，适合ServerInfo单表数据量大的场景。

方案2：自定义Prefetch预取（代码最简洁） #

如果业务逻辑是遍历Server对象时直接取最新信息，可以用Django内置的Prefetch对象自定义预取规则，由ORM自动完成批量关联查询，避免循环查库。

from django.db.models import Prefetch

tags = [Tag.objects.get(name="sometag")]
# 定义预取规则：关联ServerInfo按最新排序，结果挂载到Server的latest_info属性上
latest_info_prefetch = Prefetch(
    lookup='serverinfo_set',
    queryset=ServerInfo.objects.order_by('-pk'),
    to_attr='latest_info_list'
)

# 查询Server时直接预取关联数据
servers = Server.objects.filter(
    tags__in=tags
).prefetch_related(latest_info_prefetch)[offset_from:offset_to]

# 遍历直接取预取结果，无额外SQL
server_infos = []
for server in servers:
    if server.latest_info_list:
        # latest_info_list[0]就是排序后的第一条，即原来的query.last()结果
        server_infos.append(server.latest_info_list[0])

该方案代码更简洁，适合单Server关联ServerInfo数量不多的场景，若单Server关联记录量极大，建议用方案1减少无效数据拉取。

关键说明 #

• 直接使用ServerInfo.objects.filter(contains__in=servers)会拉取所有关联的ServerInfo记录，单Server对应多条历史数据时结果集会远大于Server数量，无法满足一一对应的要求。
• 排序字段必须和原有last()调用的排序规则保持一致：如果模型Meta类定义了ordering属性，就按该属性的倒序取第一条；未定义默认排序时，Django默认按主键倒序取last()。
• 无关联ServerInfo的Server会被自动跳过，和原有代码中query.exists()的判断逻辑完全一致。

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