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

Consultas SQL: agrupamento e filtro com HAVING

Gabarito: letra C. A consulta correta usa SELECT com SUM, FROM, WHERE para filtrar o ano, GROUP BY para agrupar por município e HAVING para filtrar os grupos com soma superior a 500 toneladas — exatamente a estrutura da alternativa C.

A ideia por trás

A questão testa o domínio da ordem lógica de execução das cláusulas SQL e a diferença entre filtrar linhas e filtrar grupos. Quando o objetivo é somar a produção de cada município e depois manter apenas os municípios cuja soma ultrapassa 500 toneladas, precisamos de duas etapas de filtragem:

1. Filtrar as linhas que interessam (ano de 2021) — isso é feito com WHERE.

2. Agrupar as linhas por município — GROUP BY Municipio.

3. Calcular a soma da produção para cada grupo — SUM(Qnt_produzida_toneladas).

4. Filtrar os grupos cuja soma é maior que 500 — isso é feito com HAVING.

O HAVING é a cláusula que permite filtrar o resultado de uma função de agregação (como SUM, COUNT, AVG). O WHERE não pode ser usado para filtrar agregados, pois ele é aplicado antes do agrupamento, sobre as linhas individuais.

Vamos aplicar isso aos dados da tabela. Para o ano de 2021, as produções por município são:

• Arroio do Tigre: Goiaba (22) + Laranja (600) + Banana (64) = 686 toneladas

• Cotiporã: Goiaba (8) + Laranja (938) + Banana (60) = 1006 toneladas

• Dom Feliciano: Goiaba (11) + Laranja (720) = 731 toneladas (a Banana é de 2020, então fica de fora)

• Charqueadas: Laranja (100) = 100 toneladas

• Estrela Velha: Laranja (319) = 319 toneladas

• Fortaleza dos Valos: Laranja (285) = 285 toneladas

Com o filtro HAVING SUM(...) > 500, o resultado traria apenas Arroio do Tigre, Cotiporã e Dom Feliciano.

A ordem de escrita no SQL é SELECT → FROM → WHERE → GROUP BY → HAVING → ORDER BY, mas a ordem de execução é diferente: FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY. É por isso que o HAVING consegue filtrar o resultado do SUM, que é calculado no SELECT.

A pegadinha da banca está em trocar WHERE por WHEN ou WHAT (palavras que não existem no SQL) e em usar HAVING sem GROUP BY ou WHERE sem agregação. A alternativa D, por exemplo, tenta filtrar a quantidade diretamente no WHERE, o que descartaria as linhas individuais antes da soma — o que não atende ao objetivo de somar tudo e depois filtrar.

Guarde a fronteira: WHERE filtra linhas, HAVING filtra grupos. É exatamente nessa distinção que as alternativas se dividem.

Alternativa A — ❌ Incorreta

Usa When Ano = 2021 — WHEN não é uma cláusula SQL válida para filtrar linhas; o correto é WHERE. A estrutura de agrupamento e HAVING está certa, mas o erro na palavra-chave invalida a consulta.

Alternativa B — ❌ Incorreta

Começa com List (não existe em SQL, o correto é SELECT) e usa What no lugar de WHERE. Além disso, não há HAVING para filtrar o resultado da soma — a condição > 500 está solta na projeção, o que é sintaticamente inválido.

Alternativa C — ✅ Correta ⟵ GABARITO

Apresenta a estrutura completa e correta: SELECT com SUM, FROM com a tabela, WHERE filtrando o ano de 2021, GROUP BY agrupando por município e HAVING filtrando os grupos com soma superior a 500 toneladas. É a única que atende ao objetivo da query.

Alternativa D — ❌ Incorreta

Usa What no lugar de WHERE (erro sintático) e aplica o filtro Qnt_produzida_toneladas > 500 no WHERE, ou seja, antes da soma. Isso descartaria as linhas individuais com produção menor que 500, e a soma por município ficaria incorreta — por exemplo, Arroio do Tigre teria apenas a Laranja (600) somada, ignorando Goiaba e Banana.

Alternativa E — ❌ Incorreta

Usa order By sem GROUP BY e sem HAVING. A condição Qnt_produzida_toneladas > 500 está na cláusula ORDER BY, que serve apenas para ordenar, não para filtrar. A consulta não agrupa nem soma, então não atende ao objetivo.

Gabarito: letra C