Django Rest Framework 嵌套关联下SerializerMethodField性能问题咨询

现有方案的问题 #

你当前的实现确实存在性能隐患：默认查询Home数据时，没有主动关联查询外键对应的City、State数据，每次访问obj.city和obj.city.state都会触发独立的SQL查询，也就是典型的N+1查询问题：假设你查询100条Home数据，会触发1次查Home的SQL、100次查对应City的SQL、100次查对应State的SQL，共201次查询，数据量超过千级就会出现明显的接口延迟。
另外注意你代码里的笔误：State模型定义的字段是name，但get_state方法里取的是nombre，实际运行会报错。

最优实现方案 #

1. 视图层查询集优化 #

所有外键正向关联场景，直接用select_related做连表查询，一次SQL拉取所有需要的关联数据，不管返回多少条Home数据，都只会触发1次查询：

# 你对应的视图中，查询集写法如下
queryset = Home.objects.select_related('city__state').all()
# 如果有过滤条件加在后面即可，分页功能不受影响

select_related('city__state')代表同时关联查询Home关联的City、以及City关联的State的所有字段，完全避免额外查询。

2. 序列化器优化（可选，更简洁） #

不需要写SerializerMethodField，直接通过source参数指定关联字段的路径，性能比调用自定义方法更好，代码也更精简：

class HomeSerializer(serializers.ModelSerializer):
    city = serializers.SlugRelatedField(slug_field='name', queryset=City.objects.all())
    state = serializers.CharField(source='city.state.name')

    class Meta:
        model = Home
        fields = ['code', 'city', 'state']

该写法返回的结构完全符合业务要求的扁平格式，不需要设置depth参数（depth会返回嵌套结构，不符合你的需求）。

补充说明 #

如果后续需要查询反向关联（比如查State下所有City的列表），可以用prefetch_related做批量关联查询，同样可以解决N+1问题。你当前的场景以上优化完全可以支撑百万级数据的分页查询需求。

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