Django问题：Queryset修改的price值调用order_by后恢复原始状态？

我之前也踩过一模一样的坑！这事儿的核心原因在于Django QuerySet的惰性特性和不可变性：

当你遍历result这个QuerySet修改对象的price属性时，其实只是在内存里修改了已经加载到Python对象中的值。但一旦调用.order_by()方法，Django会生成一个全新的QuerySet，并且重新向数据库发起查询——这时候数据库返回的是原始的price值，直接覆盖了你之前在内存里修改的结果。

你打印的现象也完全契合这个逻辑：修改后打印的是内存中已经更新的对象，调用order_by后，新QuerySet重新从数据库拉取数据，自然又变回了原始值。

解决办法 #

这里给你几个可行的方案，根据你的实际场景选择：

1. 先把QuerySet转成列表（最直接） #

在修改属性之前，把QuerySet转换成Python列表，这样所有数据都加载到内存里，后续的排序操作就不会再触发数据库查询了：

# 先转成列表，避免后续操作重新查库
result = list(result)

# 遍历修改price属性
for item in result:
    item.price = price_map.get(item.id, item.price)  # 假设price_map是按id映射的

# 手动对列表排序，代替QuerySet的order_by
result_sorted = sorted(result, key=lambda x: x.price)  # 按price升序，降序加reverse=True

2. 数据库层面处理（适合批量场景） #

如果你的price_map数据也是来自数据库，那可以考虑用Django的annotate或者Subquery在数据库层面直接关联获取正确的price，这样后续排序就不会有问题了。举个例子：

from django.db.models import Subquery, OuterRef

# 假设price_map是从某个表来的，比如PriceTable，关联字段是product_id
price_subquery = PriceTable.objects.filter(product_id=OuterRef('id')).values('price')[:1]

# 先annotate出正确的price，再排序
result = Product.objects.filter(...).annotate(
    updated_price=Subquery(price_subquery)
).order_by('updated_price')

这种方式全程在数据库层面操作，不会有内存修改被覆盖的问题，性能也更好，适合数据量较大的场景。

3. 修改后手动排序，不依赖QuerySet的order_by #

如果你已经修改完内存中的对象，不想转列表，也可以用Python内置的sorted()函数对QuerySet进行排序（注意这时候QuerySet已经被求值加载到内存了）：

# 修改price属性
for item in result:
    item.price = price_map[item.id]

# 手动排序，此时result已经是加载到内存的对象集合
result_sorted = sorted(result, key=lambda obj: obj.price)

总结一下：核心就是要区分内存中的Python对象和数据库层面的QuerySet——QuerySet的方法（比如order_by、filter）几乎都会触发新的数据库查询，覆盖你在内存里的修改。要么把数据拉到内存里操作，要么在数据库层面完成所有计算和排序。

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