您的理解基本上是正确的。您可以使用select_related
时,你将要选择的对象是一个对象,所以OneToOneField
还是ForeignKey
。您可以使用prefetch_related
时,你会得到一个东西的“设置”,所以ManyToManyField
S作为你陈述或反向ForeignKey
秒。为了阐明我的意思是“ reverse ForeignKey
s”,这里有一个例子:
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中的对象具有相当大的内存开销,因此这也是一个考虑因素。