您的理解基本上是正确的。您可以使用
select_related时,你将要选择的对象是一个对象,所以
OneToOneField还是
ForeignKey。您可以使用
prefetch_related时,你会得到一个东西的“设置”,所以
ManyToManyFieldS作为你陈述或反向
ForeignKey秒。为了阐明我的意思是“
reverse
ForeignKeys”,这里有一个例子:
class ModelA(models.Model): passclass ModelB(models.Model): a = ForeignKey(ModelA)ModelB.objects.select_related('a').all() # Forward ForeignKey relationshipModelA.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中的对象具有相当大的内存开销,因此这也是一个考虑因素。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)