Retornar model + count(m) através de select

A função COUNT é uma função agregadora. Em SQL, uma função agregadora é aquela que permite executar uma operação aritmética nos valores de uma determinada coluna em todos os registros de uma tabela. Como executam sobre todos os registros, trazem um valor único representado pelo resultado dessa operação aritmética. Por esse motivo, são conhecidas como operações agregadoras.
No seu caso, pode usar criar uma união de consultas. Por exemplo:

SELECT COUNT(m) as quantidade FROM MovimentacaoVTR as m GROUP BY m.codigoOcorrencia_id
UNION 
SELECT m.codigoOcorrencia_id FROM MovimentacaoVTR as m GROUP BY m.codigoOcorrencia_id;

Ou uma subconsulta:

SELECT COUNT(m) as quantidade, 
(SELECT m.codigoOcorrencia_id FROM MovimentacaoVTR as m GROUP BY m.codigoOcorrencia_id)
FROM MovimentacaoVTR as m GROUP BY m.codigoOcorrencia_id;

Mas se eu não me engano, as subconsultas são relativamente mais demoradas.

Obrigado @Iohannes por responder.

Achei interessante a primeira solução, o UNION mas pelo que vi ele não tem suporte no jpql mas mesmo assim, como eu faria para que o count(m) ficasse em uma coluna separada?

No caso da subconsulta recebo o seguinte erro no pgAdmin “more than one row returned by a subquery used as an expression”

Pode me dar uma luz quanto a isso?

Eu não sei se no JPQL tem o ‘comando’ LIMIT que permite limitar quantos retornos uma
consulta irá ter. Por exemplo:

SELECT COUNT(m) as quantidade, 
(SELECT m.codigoOcorrencia_id FROM MovimentacaoVTR as m LIMIT 1)
FROM MovimentacaoVTR as m GROUP BY m.codigoOcorrencia_id;

Você pode dar uma verificada sobre uma solução disso em JPQL aqui: JPQL limit query.

Obrigado mais uma vez @Iohannes.

Sua solução acima funciona no postgreSql mas ao implementá-la na classe repositorio alterando o Limit 1 que não foi reconhecido no JPQL pelo distinct recebo o mesmo erro que eu recebia:

java.lang.IllegalArgumentException: Cannot create TypedQuery for query with more than one return using requested result type [com.sistemas.sigcm.model.MovimentacaoVTR]

Fiz também da seguinte forma e também funcionou apenas no postgreSql, quando implemento na classe do repositorio ainda tenho o erro já relatado acima:

SELECT m.codigoOcorrencia, count(m.codigoOcorrencia) FROM MovimentacaoVTR m GROUP BY m.codigoOcorrencia, codigoOcorrencia_id

Penso que o erro está no retorno onde estou usando uma List mas não tenho certeza:

public List<MovimentacaoVTR> todos(){

De acordo com a exceção lançada: “Não é possível criar TypedQuery para consulta com mais de um retorno usando o tipo de resultado solicitado”. Não tem acesso a documentação do JPQL? Eu nunca o usei… então não posso ajudar.

Assumindo que MovimentacaoVTR tem campos codigoOcorrencia e countCodigoOcorrencia:

Na query:

SELECT new MovimentacaoVTR(m.codigoOcorrencia, count(m.codigoOcorrencia)) 
  FROM MovimentacaoVTR m 
 GROUP BY m.codigoOcorrencia, codigoOcorrencia_id

Na entidade MovimentacaoVTR:

public MovimentacaoVTR(String codigoOcorrencia, Long contagem) {
     this.codigoOcorrencia = codigoOcorrencia;
     this.countCodigoOcorrencia = contagem; // não tenho certeza se deva ser Long
 }

Bom dia!

@pmlm achei muito interessante o conceito do uso do SELECT new, eu não conhecia, ele possibilita o retorno de mais de um elemento até então limitado pelo TypedQuery. Agora estou tendo um problema com a Entidade MovimentaçãoVTR que na anotação @Entity tenho o seguinte erro:

The Java class for mapped type "MovimentacaoVTR" must define a non-private zero-argument constructor

Outra coisa, não tenho o campo countCodigoOcorrencia na Entidade MovimentacaoVTR, penso que o valor contido nela seria aleatório e não sei se seria uma boa prática ter esse campo, estou enganado?

Para ficar mais claro o campo m.codigoOcorrencia é um relacionamento @ManyToOne. Será que há como contornar isso?

@pmlm Fiz a implementação e funcionou perfeitamente no meu caso. Obrigado!!

@Iohannes Obrigado por ajudar na solução

[]