Questão de Banco de Dados — Consultas e Comandos em SQL — FGV 2024

Consulta SQL com GROUP BY e ORDER BY: Agregação e Ordenação

Gabarito: letra B. A consulta agrupa os lançamentos contábeis por descrição da conta e data do lançamento, calculando a média dos valores de cada grupo — exatamente o que a alternativa B descreve. A cláusula GROUP BY define os grupos e a função de agregação AVG calcula a média por grupo, enquanto o ORDER BY 2 DESC ordena o resultado pela segunda coluna (a data) de forma decrescente.

A consulta apresentada é um exemplo clássico de consulta com agregação em SQL. Vamos entender cada parte:

• SELECT c.descricao, lc.data, avg(lc.valor): seleciona a descrição da conta, a data do lançamento e a média dos valores dos lançamentos.

• FROM tb_lanc_contabeis lc JOIN tb_contas c ON lc.id_conta = c.id: realiza uma junção interna (INNER JOIN) entre as tabelas de lançamentos contábeis e contas, relacionando cada lançamento à sua conta correspondente.

• GROUP BY c.descricao, lc.data: agrupa os registros por descrição da conta e data. Para cada grupo, a função AVG calcula a média dos valores.

• ORDER BY 2 DESC: ordena o resultado pela segunda coluna da lista de seleção, que é lc.data, em ordem decrescente.

A cláusula GROUP BY é essencial quando usamos funções de agregação como AVG, SUM, COUNT, MAX, MIN. Ela define os grupos sobre os quais a agregação será aplicada. Sem o GROUP BY, a função de agregação atuaria sobre todas as linhas da tabela, retornando um único valor. A cláusula ORDER BY pode referenciar colunas por nome ou por posição (número ordinal) na lista de seleção; ORDER BY 2 refere-se à segunda coluna, que é lc.data.

A consulta não possui erro estrutural: a cláusula HAVING é opcional e só é necessária quando queremos filtrar grupos após a agregação. A junção realizada é uma junção interna (INNER JOIN), que retorna apenas as linhas que têm correspondência nas duas tabelas. A cláusula FROM com JOIN produz uma tabela resultante da combinação das duas tabelas, não uma "visão em linha".

Alternativa A — ❌ Incorreta

A alternativa afirma que os dados serão ordenados de forma decrescente pelo atributo c.descricao. Na verdade, o ORDER BY 2 DESC ordena pela segunda coluna da lista de seleção, que é lc.data (a data), e não pela descrição. A descrição é a primeira coluna (c.descricao), e não é usada na ordenação. A banca tenta confundir o candidato fazendo-o acreditar que a ordenação é pela primeira coluna ou pela descrição.

Alternativa B — ✅ Correta ⟵ GABARITO

A consulta agrupa os lançamentos por c.descricao e lc.data, e para cada grupo calcula a média dos valores (avg(lc.valor)). Portanto, o resultado lista a média de valores de lançamentos contábeis por descrição de conta e data do lançamento. A alternativa descreve exatamente o que a consulta faz.

Alternativa C — ❌ Incorreta

A alternativa afirma que a consulta possui erro estrutural pela falta da cláusula HAVING. Isso é falso: a cláusula HAVING é opcional e só é necessária quando queremos filtrar grupos após a agregação. A consulta é válida sem ela. A banca tenta confundir o candidato fazendo-o acreditar que HAVING é obrigatória quando há GROUP BY.

Alternativa D — ❌ Incorreta

A alternativa afirma que a cláusula FROM produz uma "visão em linha" fruto da junção de tabelas. Na verdade, a junção (JOIN) produz uma tabela resultante (conjunto de linhas) que combina as colunas das duas tabelas, não uma "visão em linha". O termo "visão em linha" não é um conceito padrão em SQL. A banca tenta confundir com o conceito de "view" (visão), que é uma tabela virtual, mas não é o caso aqui.

Alternativa E — ❌ Incorreta

A alternativa afirma que a consulta realiza uma junção externa (OUTER JOIN). Na verdade, a consulta usa JOIN sem a palavra LEFT, RIGHT ou FULL, o que caracteriza uma junção interna (INNER JOIN). A junção externa preservaria linhas sem correspondência, o que não é o caso. A banca tenta confundir o candidato com os tipos de junção.

Gabarito: letra B