【问题标题】:Multiple fields to the same DB column同一数据库列的多个字段
【发布时间】:2013-03-01 10:21:13
【问题描述】:

我们正在尝试使用prefetch_related 加速我们的应用程序。可以跟GenericForeignKey关系,也可以跟__关系更深,可惜如果相关模型没有这个字段就会失败。

这里是一些模型结构的例子

class ModelA(models.Model):
    event_object = models.ForeignKey(SomeModelA)

class ModelB(models.Model):
    event = models.ForeignKey(SomeModelB)

class ModelC(models.Model):
    content_type = models.ForeignKey(ContentType)
    object_id = models.PositiveIntegerField()
    content_object = generic.GenericForeignKey()

所以ModelC 实例可以指向ModelAModelB。我可以使用这样的查询集来预取 A 和 B 模型:ModelC.objects.all().prefetch_related('content_object') 不幸的是,我还需要选择事件对象(SomeModelASomeModelB

如果我尝试运行

ModelC.objects.all().prefetch_related('content_object', 'content_object__event_object')

如果我只有指向ModelAModelC 实例,它会起作用,但在其他情况下,它会失败,因为ModelB 没有event_object 字段而是有event

代码中的许多地方都使用了此模型,因此重命名字段不是一个好主意。所以我想知道是否有办法为字段/列创建别名。

我试图这样做:

class ModelB(models.Model):
    event = models.ForeignKey(SomeModelB)
    event_object = models.ForeignKey(SomeModelB, db_column='event_id', related_name='+')

使两个字段指向数据库表中的同一列。但是,这不起作用,因为它破坏了 save 方法。 Django 创建一个UPDATE SQL 查询,其中一列被放置两次并得到一个DatabaseError

有没有办法创建这样的别名?或者也许有另一种解决方案可以让prefetch_related 不抛出异常?

更新:在save方法中有一个update_fields参数可以用来排除这个字段。但是它是在 1.5 中引入的,我们使用的是 1.4。所以我继续寻找答案。

更新 #2:@shx2 要求我提供回溯。有 2 种可能的回溯。 第一个 - 当第一个对象上缺少属性时:

Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 72, in __repr__
    data = list(self[:REPR_OUTPUT_SIZE + 1])
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 97, in __iter__
    len(self)
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 89, in __len__
    self._prefetch_related_objects()
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 570, in _prefetch_related_objects
    prefetch_related_objects(self._result_cache, self._prefetch_related_lookups)
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 1664, in prefetch_related_objects
    (attr, first_obj.__class__.__name__, lookup))
AttributeError: Cannot find 'event_object' on ModelB object, 'content_object__event_object' is an invalid parameter to prefetch_related()

如果 prefetch_related 参数对第一个对象有效,那么我得到第二个回溯:

Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 72, in __repr__
    data = list(self[:REPR_OUTPUT_SIZE + 1])
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 97, in __iter__
    len(self)
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 89, in __len__
    self._prefetch_related_objects()
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 570, in _prefetch_related_objects
    prefetch_related_objects(self._result_cache, self._prefetch_related_lookups)
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 1680, in prefetch_related_objects
    obj_list, additional_prl = prefetch_one_level(obj_list, prefetcher, attr)
  File "/home/igor/workspace/projectname/eggs/Django-1.4.2-py2.7.egg/django/db/models/query.py", line 1803, in prefetch_one_level
    qs = getattr(obj, attname).all()
AttributeError: 'ModelB' object has no attribute 'event_object'

【问题讨论】:

  • 可以添加prefetch_related错误的traceback吗?
  • 为什么需要 ModelC 查询集?您不能只进行 2 个不同的查询并分别处理它们吗?我知道我的问题有点幼稚,但有时问题只是我们如何面对这些困难
  • @marianobianchi 不,我们尝试优化 django admin 的某些部分,因此我们需要一个查询集。上面的模型也被简化了,我们在实际项目中有更深的关系

标签: python django django-models django-database


【解决方案1】:

这看起来像是 django 中的错误或疏忽。作为一种解决方法,您可以尝试定义一个执行 2 阶段预取的自定义管理器。

from django.db import models
from django.db.models import Q
from django.contrib.contenttypes.models import ContentType

class PrefetchWorkaroundManager(models.Manager):
    def get_queryset(self):
        q = super(PrefetchWorkaroundManager, self).get_queryset()
        content_typeA = ContentType.objects.get_for_model(ModelA)
        content_typeB = ContentType.objects.get_for_model(ModelB)
        return q.filter(content_type__pk = content_typeA.id).prefetch_related('content_object', 'content_object__event_object') | \
               q.filter(content_type__pk = content_typeB.id).prefetch_related('content_object', 'content_object__event')

class ModelC(models.Model):
    ...

    objects_prefetched = PrefetchWorkaroundManager()

每个想要进行预取的调用者都应该访问ModelC.objects_prefetched而不是ModelC.objects

ModelC.objects_prefetched.filter(...)

我承认,我没有测试它,所以它可能无法按原样工作。但我相信这种方法是合理的。

【讨论】:

  • 感谢您的回复,但不幸的是它不起作用。当您在查询集上使用 | 时,它会构建一个新的查询集。并且在评估查询集本身时评估 prefetch_related。另外我不确定它是否是 Django 中的错误,但是当您使用 | 时,它仅使用第一个查询中的预取查找
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-10-16
  • 2016-10-08
  • 1970-01-01
  • 2011-03-10
  • 2012-12-02
  • 2014-02-23
相关资源
最近更新 更多