gpt4 book ai didi

Django ORM : Optimizing queries involving many-to-many relations

转载 作者:行者123 更新时间:2023-12-04 21:00:07 25 4
gpt4 key购买 nike

我有以下模型结构:

class Container(models.Model):
pass

class Generic(models.Model):
name = models.CharacterField(unique=True)
cont = models.ManyToManyField(Container, null=True)
# It is possible to have a Generic object not associated with any container,
# thats why null=True

class Specific1(Generic):
...

class Specific2(Generic):
...

...

class SpecificN(Generic):
...

说,我需要检索所有 Specific -type 模型,与特定容器有关系。

SQL 或多或少是微不足道的,但这不是问题。不幸的是,我在使用 ORM(特别是 Django 的 ORM)方面不是很有经验,所以我可能在这里遗漏了一个模式。

当以蛮力方式完成时, -
c = Container.objects.get(name='somename') # this gets me the container
items = c.generic_set.all()
# this gets me all Generic objects, that are related to the container
# Now what? I need to get to the actual Specific objects, so I need to somehow
# get the type of the underlying Specific object and get it
for item in items:
spec = getattr(item, item.get_my_specific_type())

这会导致大量的数据库命中(每个通用记录一个,与容器相关),所以这显然不是这样做的方法。现在,也许可以通过直接获取 SpecificX 对象来完成:
s = Specific1.objects.filter(cont__name='somename')
# This gets me all Specific1 objects for the specified container
...
# do it for every Specific type

这样,每个特定类型的数据库都会被命中一次(我猜是可以接受的)。

我知道, .select_related() 不适用于 m2m 关系,因此在这里没有太大帮助。

重申一下,最终结果必须是一个特定 X 对象(不是泛型)的集合。

最佳答案

我认为您已经概述了两种简单的可能性。要么对 Generic 执行单个过滤器查询,然后将每个项目转换为其特定子类型(结果为 n+1 查询,其中 n 是返回的项目数),要么对每个特定表进行单独查询(结果为 k查询,其中 k 是特定类型的数量)。

实际上值得进行基准测试,看看其中哪一个在现实中更快。第二个似乎更好,因为它(可能)更少的查询,但每个查询都必须执行与 m2m 中间表的连接。在前一种情况下,您只执行一个连接查询,然后执行许多简单的查询。一些数据库后端在处理大量小查询时比更少、更复杂的查询性能更好。

如果第二个对于您的用例来说实际上要快得多,并且您愿意做一些额外的工作来清理您的代码,那么应该可以为“预取”所有的通用模型编写一个自定义管理器方法来自给定查询集的相关特定表的子类型数据,每个子类型表仅使用一个查询;类似于 this snippet使用批量预取优化通用外键。这将为您提供与第二个选项相同的查询,并使用第一个选项的 DRYer 语法。

关于Django ORM : Optimizing queries involving many-to-many relations,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1642092/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com