Цепочка нескольких filter() в Django, это ошибка?

Насколько я понимаю, они немного отличаются по дизайну (и я, безусловно, открыт для исправления): filter(A, B) сначала будет фильтровать в соответствии с A, а затем подфильтровать в соответствии с B, в то время как filter(A).filter(B) вернет строку, которая соответствует A 'и' a потенциально другая строка, которая соответствует B.

Посмотрите на пример здесь:

https://docs.djangoproject.com/en/dev/topics/db/queries/#spanning-multi-valued-relationships

особенно:

Все внутри одного вызова filter() применяется одновременно для фильтрации элементов, соответствующих всем этим требованиям. Последовательные вызовы filter() еще больше ограничивают набор объектов.

...

Во втором примере (filter(A).filter(B)) первый фильтр ограничил набор запросов до (A). Второй фильтр дополнительно ограничил набор блогов теми, которые также относятся к категории (B). Записи, выбранные вторым фильтром, могут совпадать или не совпадать с записями в первом фильтре.

Эти два стиля фильтрации в большинстве случаев эквивалентны, но при запросе объектов на основе ForeignKey или ManyToManyField они немного отличаются.

Примеры из документации.

модель
Блог к ​​входу – это отношение "один ко многим".

from django.db import models

class Blog(models.Model):
    ...

class Entry(models.Model):
    blog = models.ForeignKey(Blog)
    headline = models.CharField(max_length=255)
    pub_date = models.DateField()
    ...

objects
Предположим, что здесь есть объекты блога и записи.

запросы

Blog.objects.filter(entry__headline_contains='Lennon', 
    entry__pub_date__year=2008)
Blog.objects.filter(entry__headline_contains='Lennon').filter(
    entry__pub_date__year=2008)  
    

Для первого запроса (с одним фильтром) он соответствует только blog1.

Для второго запроса (связанные фильтры один) он отфильтровывает blog1 и blog2.
Первый фильтр ограничивает набор запросов до blog1, blog2 и blog5; второй фильтр дополнительно ограничивает набор блогов до blog1 и blog2.

И вы должны понимать, что

Мы фильтруем элементы блога с каждым оператором фильтра, а не элементы записей.

Итак, это не одно и то же, потому что Блог и Запись — многозначные отношения.

Ссылка: https://docs.djangoproject.com/en/1.8/topics/db/queries/#spanning-multi-valued-relationships
Если что-то не так, поправьте меня.

Изменить: изменена версия 1.6 на версию 1.8, поскольку ссылки на версию 1.6 больше не доступны.

Как вы можете видеть в сгенерированных операторах SQL, разница не в «ИЛИ», как некоторые могут подозревать. Именно так размещаются WHERE и JOIN.

Пример 1 (та же объединенная таблица):

(пример из https://docs.djangoproject.com/en/dev/topics/db/queries/#spanning-multi-valued-relationships)

Blog.objects.filter(entry__headline__contains='Lennon', entry__pub_date__year=2008)

Это даст вам все блоги, в которых есть одна запись с обоими (entry_headline_contains='Lennon') И (entry__pub_date__year=2008), чего и следовало ожидать от этот запрос. Результат: Книга с {entry.headline: 'Жизнь Леннона', entry.pub_date: '2008'}

Пример 2 (цепочка)

Blog.objects.filter(entry__headline__contains='Lennon').filter(entry__pub_date__year=2008)

Это охватит все результаты из Примера 1, но даст немного больше результатов. Потому что сначала фильтруются все блоги с (entry_headline_contains='Lennon'), а затем фильтры результатов (entry__pub_date__year=2008).

Разница в том, что это также даст вам такие результаты, как: Книга с {entry.headline: 'Lennon', entry.pub_date: 2000}, {entry.headline: 'Bill', entry.pub_date: 2008}

В твоем случае

Я думаю, что это то, что вам нужно:

Book.objects.filter(inventory__user__profile__vacation=False, inventory__user__profile__country='BR')

И если вы хотите использовать ИЛИ, прочитайте: https://docs.djangoproject.com/en/dev/topics/db/queries/#complex-lookups-with-q-objects

Из документов Django:

Чтобы справиться с обеими этими ситуациями, в Django есть согласованный способ обработки вызовов filter(). Все внутри одного вызова filter() применяется одновременно для фильтрации элементов, соответствующих всем этим требованиям. Последующие вызовы filter() дополнительно ограничивают набор объектов, но для многозначных отношений они применяются к любому объекту, связанному с первичной моделью, не обязательно к тем объектам, которые были выбраны предыдущим вызовом filter().

• Ясно сказано, что несколько условий в одном filter() применяются одновременно. Это означает, что выполнение:

objs = Mymodel.objects.filter(a=True, b=False)

вернет набор запросов с необработанными данными из модели Mymodel, где a=True И b=False.

• Последующие filter() в некоторых случаях дадут тот же результат. Делает :

objs = Mymodel.objects.filter(a=True).filter(b=False)

вернет набор запросов с необработанными данными из модели Mymodel, где a=True И b=False тоже. Поскольку вы сначала получаете набор запросов с записями, которые имеют a=True, а затем он ограничивается теми, у кого одновременно есть b=False.

• Разница в цепочке filter() возникает, когда есть multi-valued relations, что означает, что вы просматриваете другие модели (например, пример, приведенный в документах, между моделями Blog и Entry). Говорят, что в таком случае (...) they apply to any object linked to the primary model, not necessarily those objects that were selected by an earlier filter() call.

Это означает, что он применяет последующие filter() непосредственно к целевой модели, а не к предыдущим filter().

Если я возьму пример из документов:

Blog.objects.filter(entry__headline__contains='Lennon').filter(entry__pub_date__year=2008)

помните, что фильтруется модель Blog, а не Entry. Таким образом, он будет обрабатывать 2 filter() независимо.

Например, он вернет набор запросов с блогами, в которых есть записи, содержащие «Леннон» (даже если они не из 2008 г.), и записи из 2008 г. (даже если их заголовок не содержит «Леннон»).

ЭТОТ ОТВЕТ идет еще дальше в объяснении. И исходный вопрос аналогичен.

Увидел это в комментарии и подумал, что это самое простое объяснение.

filter(A, B) - это AND ; фильтр(A).фильтр(B) ИЛИ

Иногда вы не хотите объединять несколько фильтров вместе, например:

def your_dynamic_query_generator(self, event: Event):
    qs \
    .filter(shiftregistrations__event=event) \
    .filter(shiftregistrations__shifts=False)

И следующий код на самом деле не вернет правильную вещь.

def your_dynamic_query_generator(self, event: Event):
    return Q(shiftregistrations__event=event) & Q(shiftregistrations__shifts=False)

Теперь вы можете использовать фильтр подсчета аннотаций.

В этом случае мы считаем все смены, которые относятся к определенному событию.

qs: EventQuerySet = qs.annotate(
    num_shifts=Count('shiftregistrations__shifts', filter=Q(shiftregistrations__event=event))
)

После этого вы можете фильтровать по аннотации.

def your_dynamic_query_generator(self):
    return Q(num_shifts=0)

Это решение также дешевле для больших наборов запросов.

Надеюсь это поможет.