Django创建对象时如何将关联对象加入Related Manager以避免重复查询

我太懂这种痛点了——用bulk_create批量创建关联对象后，内存里的父模型实例完全不知道这些新对象的存在，序列化的时候还要再查一遍数据库，简直是性能浪费。

问题根源 #

Django的bulk_create是为了高效批量插入设计的，它直接和数据库交互，不会触发单个save()时的模型信号，也不会更新父模型实例（比如你的a）的反向关联缓存。所以当你调用a.b_set.all()时，Django会默认去数据库重新查询，哪怕你刚创建完这些B对象。

完美解决方案：手动更新内存缓存 #

不需要再查一次数据库，只要把批量创建的B对象直接缓存到a的b_set里就行，操作非常简单：

# 1. 先提前构建好所有要创建的B对象（注意已经关联了a）
b_instances = [B(a=a) for b in [...]]

# 2. 批量插入数据库
B.objects.bulk_create(b_instances)

# 3. 手动把创建好的对象缓存到a的b_set中
a.b_set._cached_set = b_instances

# 现在调用a.b_set.all()会直接返回缓存的对象，完全不查数据库！
print(a.b_set.all())  # 用的是内存里的缓存，不是新查询

补充说明 #

• 这里用到的_cached_set是Django反向关联管理器的内部属性，虽然不是官方公开的API，但在目前主流的Django版本（2.x到4.x）中都稳定可用。如果担心版本兼容性，也可以用另一种更“官方”的方式：

  # 用add方法，加上bulk=False（避免不必要的数据库操作）
  a.b_set.add(*b_instances, bulk=False)
  

  因为这些B对象已经有了数据库主键，add只会更新内存缓存，不会触发额外的数据库查询或插入。

• 这个方法不仅适用于ForeignKey的反向关联，ManyToMany的批量创建后也可以用类似的方式更新缓存。

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