在Django ORM中，select_related和prefetch_related之间有什么区别？

Question

在Django文档中，

select_related() “遵循”外键关系，在执行查询时选择其他相关对象数据。

prefetch_related() 对每个关系进行单独的查找，并在Python中执行“联接”。

“在python中进行连接”是什么意思？有人可以举例说明吗？

我的理解是，对于外键关系，使用select_related; 对于M2M关系，请使用prefetch_related。它是否正确？

Answer 1

你的理解基本上是正确的。你可以使用select_related时，你将要选择的对象是一个对象，所以OneToOneField还是ForeignKey。你可以使用prefetch_related时，你会得到一个东西的“设置”，所以ManyToManyFieldS作为你陈述或反向ForeignKey秒。为了阐明我的意思是“ reverse ForeignKeys”，这里有一个例子：

class ModelA(models.Model):
    pass

class ModelB(models.Model):
    a = ForeignKey(ModelA)

ModelB.objects.select_related('a').all() # Forward ForeignKey relationship
ModelA.objects.prefetch_related('modelb_set').all() # Reverse ForeignKey relationship

区别在于select_related执行SQL连接，因此从SQL Server将结果作为表的一部分返回。prefetch_related另一方面，执行另一个查询，因此减少了原始对象中的冗余列（ModelA在上面的示例中）。你可以使用prefetch_related任何可以使用的东西select_related。

需要权衡的是prefetch_related必须创建并发送ID列表以选择回服务器，这可能需要一段时间。我不确定在事务中是否有很好的方法，但是我的理解是Django总是只发送一个列表并显示SELECT … WHERE PK IN（…，…，…）基本上。在这种情况下，如果预取的数据稀疏（例如，将美国国家对象链接到人们的地址），这可能会很好，但是，如果它们之间的关系更接近一对一，则会浪费大量通信资源。如有疑问，请同时尝试两者，看看哪个效果更好。

上面讨论的所有内容基本上都与与数据库的通信有关。但是，在Python方面prefetch_related具有额外的好处，即使用单个对象表示数据库中的每个对象。使用select_related重复的对象将在Python中为每个“父”对象创建。由于Python中的对象具有相当大的内存开销，因此这也是一个考虑因素。