Всегда False Объект Q

Question

В Django ORM, как вы идете о создании объекта Q, который всегда является False?

Это похоже на вопрос о always True Q objects, но наоборот.

Обратите внимание, что это не работает:

Foobar.objects.filter(~Q()) # returns a queryset which gives all objects 

---

Почему я хочу Q объект вместо простого ложного значения? Так что я могу объединить его с другими значениями Q, как это, например:

condition = always_true_q_object 
if something_or_other: 
    condition = condition | foobar_that_returns_a_q_object() 
if something_or_other2: 
    condition = condition | foobar_that_returns_a_q_object2() 

Answer 1

насчет:

Q(pk__isnull=True) 

или

Q(pk=None) 

кажется Hacky, но это, кажется, работает , Например:

>>> FooBar.objects.filter(Q(x=10)|Q(pk__isnull=True)) 
[<FooBar: FooBar object>, ...] 
>>> FooBar.objects.filter(Q(x=10)&Q(pk__isnull=True)) 
[] 

Однако, обратите внимание, что он не работает, как и следовало ожидать, когда OR-нут с пустым Q().

>>> FooBar.objects.filter(Q()|Q(pk__isnull=True)) 
[] 

Решение этой проблемы может быть использование Q(pk__isnull=False) как «всегда истинна Q».

>>> FooBar.objects.filter(Q(pk__isnull=False)|Q(pk__isnull=True)) 
[<FooBar: FooBar object>, ...] 
>>> FooBar.objects.filter(Q(pk__isnull=False)&Q(pk__isnull=True)) 
[] 

Answer 2

Я только что использовал Q(pk__in=[]), чтобы представлять эту идиому.

Чувствует себя немного менее взломанным и может дать оптимизатору СУБД немного больше для работы.

Answer 3

У меня недостаточно репутации, чтобы комментировать, но ответ Сэма Мэйсона (Q(pk__in=[])) имеет то преимущество, что он даже не выполняет запрос базы данных, если используется один. Django (v1.10) кажется достаточно умным, чтобы признать, что условие является неудовлетворительным и возвращает пустой запрос без запроса базы данных.

$ ./manage.py shell_plus 

In [1]: from django.db import connection 

In [2]: FooBar.objects.filter(Q(pk__in=[])) 
Out[2]: <QuerySet []> 

In [3]: connection.queries 
Out[3]: []