Acredito que seja uma query bem simples de se fazer, mas por algum motivo não funciona no Postgres (funciona em outros dbs)
É assim que o esquema db funciona como:
tableA(
id integer,
...
)
tableB(
id integer
tableA_id integer -- foreign key to tableA
...
)
E eu quero selecionar registros para tableB, juntar com tableA, então agrupar por tableA_id:
SELECT * from tableB b INNER JOIN tableA ON b.tableA_id = tableA.id
GROUP BY tableA_id
LIMIT 20
Funciona bem em todos os lugares, exceto Postgres, que lança aquele infame erro "id deve aparecer em grupo ou ser usado em função agregada". Mas se eu colocar b.id, group by
não removo os registros duplicados ...
Observe que você deve sempre incluir o esquema completo da tabela e os dados de exemplo, pois isso tornará suas perguntas mais claras.
Em geral, para incluir campos que não estão na
GROUP BY
cláusula naSELECT
lista, você deve usar uma função de agregação, assim:Isso permitirá que você retorne valores das colunas não agrupadas e sua
GROUP BY
cláusula ainda desduplicará os registros da mesma forma que antes. Observe que você deve escolher qual função de agregação faz mais sentido para a coluna desagrupada que desejaSELECT
. Acima escolhi a função como exemplo, que neste casoMAX()
retornará apenas o maior .b.id
Se você quiser o mais baixob.id
, use aMIN()
função, etc.Sem conhecer o restante dos campos em suas tabelas ou ver dados de amostra, não tenho certeza de qual é o objetivo de sua consulta. Ele também retornará 20 linhas não determinísticas (aleatórias) sempre que você executá-lo porque especificou um
LIMIT
sem umaORDER BY
cláusula.Além disso, por favor, não use
SELECT *
, é um anti-padrão. Sempre liste explicitamente apenas as colunas necessárias da consulta. É assim que você estava recebendo o erro da sua pergunta, pois*
faz com que ela tenteSELECT
desagrupar as colunas.Talvez você nem queira retornar a
b.id
coluna e, ao listar explicitamente os nomes das colunas, nem precise incluí-la. (Novamente, não tenho certeza de qual é o objetivo da sua consulta?) Portanto, você pode removê-lo da minha consulta de exemplo, se for o caso.Isso está incorreto. A instrução como está NÃO funcionará corretamente em nenhum SQL DBMS que tenha implementado o SQL padrão corretamente. Postgres, SQL Server, Oracle, Firebird, DB2, até versões recentes do MySQL rejeitarão a declaração com mensagens de erro semelhantes.
As únicas duas exceções (eu sei) são (versões antigas de) MySQL e SQLite.
As versões atuais do MySQL (com configurações padrão) rejeitarão a instrução com uma mensagem semelhante ao Postgres. Versões antigas do MySQL (5.6 e anteriores, com configurações padrão) aceitarão a instrução e retornarão resultados, mas podem estar incorretos. Haverá uma linha retornada por valores da coluna agrupada (tableAid), mas NÃO há garantia de que os valores serão das mesmas linhas. É possível assim obter resultados que não existem nas tabelas!
No SQLite, a situação é um pouco melhor. A declaração é aceita e os resultados são consistentes, vindos do mesmo (uma linha por grupo). Detalhes em consultas agregadas podem conter colunas de resultados não agregados que não estão na cláusula GROUP BY . Um problema é claro que esse comportamento é SQL não padrão e você não pode esperar que esse tipo de consulta seja executado como em outro DBMS. Na verdade, você deve esperar que eles sejam rejeitados em todos os outros DBMS e precisem ser corrigidos.
Para o Postgres, você está com sorte porque a implementação do SQLite desse comportamento não padrão é exatamente o que o Postgres (não padrão)
DISTINCT ON
faz. Portanto, a consulta específica será equivalente à seguinte. Você também pode usarORDER BY
para afetar quais linhas serão selecionadas por grupo para serem incluídas nos resultados: