Django 1.11+PostgreSQL下Prefetch对象与order_by查询集兼容问题

我之前在Django 1.11项目里也碰到过类似的坑，结合你的代码来看，问题出在预取查询集的排序没有被latest_photo属性正确利用，而且直接用[-1]还可能引发空集合的索引错误。下面给你一步步拆解解决方案：

问题根源 #

你原本的latest_photo属性里，每次都会调用self.photos.order_by('created_at')[-1]——这会忽略Prefetch预取时的排序设置，重新在内存中对预取的照片集合做排序操作，既冗余又可能导致预期外的结果。另外，如果某个Person没有照片，[-1]会直接抛出IndexError，非常不友好。

正确的实现方式 #

第一步：用Prefetch指定预取并排序 #

查询Person时，通过Prefetch明确指定photos的排序规则，这样预取的集合已经是按时间排好序的：

from django.db.models import Prefetch

# 按created_at升序排列，最后一个就是最新照片
persons = Person.objects.prefetch_related(
    Prefetch('photos', queryset=Photo.objects.order_by('created_at'))
).all()

# 或者更直观：按created_at降序，第一个就是最新照片
persons = Person.objects.prefetch_related(
    Prefetch('photos', queryset=Photo.objects.order_by('-created_at'))
).all()

第二步：修改latest_photo属性利用预取排序 #

既然预取时已经排好序了，就不需要再在属性里重复排序，直接取对应位置的元素即可，同时处理空集合的情况：

class Person(Model):
    name = CharField()
    
    @property
    def latest_photo(self):
        # 对应升序预取的情况：取最后一个
        return self.photos.last() if self.photos.exists() else None
        
        # 或者对应降序预取的情况：取第一个
        # return self.photos.first() if self.photos.exists() else None

为什么这样有效？ #

• 当你用Prefetch指定了order_by，self.photos返回的预取集合会严格遵循这个排序规则，不需要再额外排序。
• last()和first()方法是安全的，当集合为空时会返回None，避免了索引错误。
• 相比原来的写法，减少了内存中的重复排序操作，性能更优，尤其是在处理大量数据时。

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