Como filtrar objetos para anotação de contagem no Django?
Considere modelos simples do Django Evente Participant:
É fácil anotar a consulta de eventos com o número total de participantes:
Como fazer anotações com a contagem de participantes filtrada por is_paid=True?
Preciso consultar todos os eventos, independentemente do número de participantes, por exemplo, não preciso filtrar por resultado anotado. Se houver 0participantes, tudo bem, eu só preciso de um 0valor anotado.
O exemplo da documentação não funciona aqui, porque exclui objetos da consulta em vez de anotá-los 0.
Atualizar. O Django 1.8 possui um novo recurso de expressões condicionais , então agora podemos fazer o seguinte:
Atualização 2. O Django 2.0 possui o novo recurso de agregação condicional , veja a resposta aceita abaixo.
— Rudyryk
A agregação condicional no Django 2.0 permite reduzir ainda mais a quantidade de falhas que houve no passado. Isso também usará a filterlógica do Postgres , que é um pouco mais rápida que um caso de soma (já vi números como 20% a 30%).
De qualquer forma, no seu caso, estamos vendo algo tão simples como:
Há uma seção separada nos documentos sobre como filtrar anotações . É o mesmo material da agregação condicional, mas mais como no meu exemplo acima. De qualquer maneira, isso é muito mais saudável do que as subconsultas rudes que eu estava fazendo antes.
BTW, não existe esse exemplo no link da documentação, apenas o aggregateuso é mostrado. Você já testou essas consultas? (Eu não tenho e quero acreditar!)
Eu tenho. Eles trabalham. Na verdade, bati em um patch estranho, onde uma subconsulta antiga (super complicada) parou de funcionar após a atualização para o Django 2.0 e consegui substituí-la por uma contagem filtrada super simples. Há um exemplo melhor no documento para anotações, por isso vou abordar isso agora.
Existem algumas respostas aqui, este é o caminho do Django 2.0, e abaixo você encontrará o caminho do Django 1.11 (Subconsultas) e o caminho do Django 1.8.
— Ryan Castner
Cuidado, se você tentar isso no Django <2, por exemplo, 1.9, ele será executado sem exceção, mas o filtro simplesmente não é aplicado. Portanto, pode parecer funcionar com o Django <2, mas não funciona.
— djvg 01/02/19
Se você precisar adicionar vários filtros, poderá adicioná-los no argumento Q () com separados por, como exemplo filter = Q (participantes__is_paid = Verdadeiro, algo mais = valor)
Acabei de descobrir que o Django 1.8 possui um novo recurso de expressões condicionais , agora podemos fazer o seguinte:
Essa é uma solução qualificada quando os itens correspondentes são muitos? Digamos que eu queira contar os eventos de clique que ocorreram na última semana.
Por que não? Quero dizer, por que seu caso é diferente? No caso acima, pode haver qualquer número de participantes pagos no evento.
— Rudyryk #
Acho que a pergunta que @SverkerSbrg está perguntando é se isso é ineficiente para conjuntos grandes, em vez de funcionar ou não ... correto? O mais importante é saber que ele não está fazendo isso em python, está criando uma cláusula de caso SQL - consulte github.com/django/django/blob/master/django/db/models/… -, portanto, o desempenho será razoável, exemplo simples seria melhor do que uma junção, mas versões mais complexas podem incluir subconsultas etc.
— Hayden Crocker
Ao usar isso com Count(em vez de Sum), acho que devemos definir default=None(se não estiver usando o filterargumento django 2 ).
A abordagem de subconsulta que eu mencionei agora é suportada no Django 1.11 através de subconsulta-expressões .
Eu prefiro isso à agregação (soma + caso) , porque deve ser mais rápido e fácil ser otimizado (com indexação adequada) .
Para versões mais antigas, o mesmo pode ser alcançado usando .extra
Obrigado Todor! Parece que eu encontrei o caminho sem usar .extra, como eu prefiro evitar SQL no Django :) Vou atualizar a pergunta.
De nada, estou ciente dessa abordagem, mas até agora era uma solução que não funcionava, por isso não mencionei. No entanto, acabei de descobrir que foi corrigido Django 1.8.2, então acho que você está com essa versão e é por isso que está trabalhando para você. Você pode ler mais sobre isso aqui e aqui
Estou percebendo que isso produz um None quando deveria ser 0. Alguém mais entendeu isso?
— 11238 StefanJCollier #
@StefanJCollier Sim, eu Nonetambém. Minha solução foi usar Coalesce( from django.db.models.functions import Coalesce). Você usá-lo como este: Coalesce(Subquery(...), 0). Pode haver uma abordagem melhor, no entanto.
Eu sugeriria usar o .valuesmétodo do seu conjunto de Participantconsultas.
Para resumir, o que você quer fazer é dado por:
Um exemplo completo é o seguinte:
Crie 2 Events:
Adicione Participants a eles:
Agrupe todos os Participants por seu eventcampo:
Aqui é necessário distinto:
O que .valuese .distinctestão fazendo aqui é que eles estão criando dois baldes de Participants agrupadas por seu elemento event. Observe que esses baldes contêm Participant.
Em seguida, você pode fazer anotações nesses baldes, pois eles contêm o conjunto de originais Participant. Aqui queremos contar o número de Participant, isso é simplesmente feito contando os ids dos elementos nesses buckets (já que são Participant):
Finalmente, você quer apenas Participantum is_paidser True, basta adicionar um filtro na frente da expressão anterior, e isso gera a expressão mostrada acima:
A única desvantagem é que você deve recuperar o valor Eventposterior, pois possui apenas ido método acima.
Que resultado estou procurando:
Pessoas (cessionário) que têm tarefas adicionadas a um relatório. - Contagem total total de pessoas
Pessoas que possuem tarefas adicionadas a um relatório, mas, para tarefas cuja faturamento é superior a 0 apenas.
Em geral, eu precisaria usar duas consultas diferentes:
Task.objects.filter(billable_efforts__gt=0)
Task.objects.all()
Mas eu quero os dois em uma consulta. Conseqüentemente:
Task.objects.values('report__title').annotate(withMoreThanZero=Count('assignee', distinct=True, filter=Q(billable_efforts__gt=0))).annotate(totalUniqueAssignee=Count('assignee', distinct=True))
<QuerySet [{'report__title': 'TestReport', 'withMoreThanZero': 37, 'totalUniqueAssignee': 50}, {'report__title': 'Utilization_Report_April_2019', 'withMoreThanZero': 37, 'totalUniqueAssignee': 50}]>