Questão de Banco de Dados — PostgreSQL — Quadrix 2026
Banco de Dados›PostgreSQL
Código
qa432964
Banca
Quadrix
Órgão
CRF PR
Ano
2026
Cargo
Ana ( )
O Conselho Regional de Farmácia do Estado do Paraná (CRF‑PR) mantém um sistema corporativo que armazena dados cadastrais de profissionais, registros de empresas farmacêuticas, processos administrativos, multas e informações financeiras. O ambiente utilizou PostgreSQL em servidores Linux, com exigência de alta disponibilidade, controle de acesso com base em papéis, auditoria de operações sensíveis, rotinas de backup automatizadas e otimização de desempenho para relatórios estatísticos enviados ao Conselho Federal. A equipe de TI precisou garantir a continuidade dos serviços, conformidade com normas de proteção de dados e integridade das informações institucionais. Com base nessa situação hipotética, julgue o item a seguir. A ativação do parâmetro log_statement = ‘all’ no arquivo postgresql.conf é indicada para ambientes de produção do CRF, pois não impacta desempenho e melhora a auditoria sem gerar sobrecarga significativa.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Parâmetro log_statement no PostgreSQL
Gabarito: ERRADO (letra E). A afirmação está incorreta porque o parâmetro log_statement = 'all'impacta sim o desempenho do banco de dados em ambientes de produção, gerando sobrecarga significativa ao registrar todas as consultas SQL executadas, o que aumenta a escrita em disco e o consumo de I/O. A auditoria é melhorada, mas o custo de desempenho é real e relevante.
O log_statement é um parâmetro de configuração do PostgreSQL que controla quais declarações SQL são registradas no log do servidor. Ele pode assumir valores como none (padrão), ddl, mod e all. Quando definido como all, todas as consultas — incluindo SELECTs, INSERTs, UPDATEs e DELETEs — são gravadas no arquivo de log. Isso é extremamente útil para auditoria e depuração, pois permite rastrear exatamente quais comandos foram executados, por quem e em que momento.
Porém, essa funcionalidade tem um custo: cada declaração registrada exige uma operação de escrita em disco. Em um ambiente de produção com alto volume de transações, como o sistema corporativo do CRF-PR descrito no enunciado, isso pode gerar:
Aumento significativo do I/O de disco: o log cresce rapidamente, consumindo espaço e competindo com as operações normais do banco.
Redução da taxa de transferência: o servidor gasta tempo formatando e gravando as mensagens de log, o que pode atrasar a execução das consultas.
Impacto na concorrência: em sistemas com muitos usuários simultâneos, a sobrecarga de logging pode se tornar um gargalo.
Portanto, a afirmação de que "não impacta desempenho" e "não gera sobrecarga significativa" é falsa. Para ambientes de produção, a recomendação é usar log_statement com valores mais restritivos (como ddl ou mod) ou habilitar o log apenas para operações específicas, combinado com outras ferramentas de auditoria, como o pgAudit, que oferece controle mais granular.
A pegadinha da questão está em apresentar uma ferramenta de auditoria como se fosse "gratuita" em termos de desempenho. O candidato que conhece a função do parâmetro pode ser tentado a concordar, mas a banca explora exatamente o custo oculto dessa configuração.
NÃO CAIA NESSA!
A banca tenta fazer o candidato acreditar que log_statement = 'all' é uma solução de auditoria sem custo. Na prática, todo registro de log tem impacto de desempenho — a questão é saber se esse impacto é aceitável. Em produção, registrar todas as consultas é inviável em sistemas de alto volume.
log_statement
1Valores
none (padrão)
ddl
mod
all
2Efeito do 'all'
Auditoria completa
Impacto de desempenho
Aumento de I/O de disco
Redução da taxa de transferência
Gargalo em alta concorrência
3Recomendação em produção
Valores restritivos (ddl/mod)
pgAudit (controle granular)
LEVEL · soulevel.com.br
Alternativa E — ❌ Incorreta ⟵ GABARITO
A afirmação está errada porque o parâmetro log_statement = 'all'impacta o desempenho do banco de dados. Registrar todas as consultas SQL gera sobrecarga significativa de I/O e escrita em disco, especialmente em ambientes de produção com alto volume de transações. A auditoria é melhorada, mas o custo de desempenho é real e deve ser considerado. A recomendação para produção é usar valores mais restritivos ou ferramentas de auditoria especializadas.