Pular para o conteúdo principal

Questão de Banco de Dados — PostgreSQL — FGV 2025

Banco de DadosPostgreSQL
Código
fg121817
Banca
FGV
Órgão
TCE-RR
Ano
2025
Nível
Superior
Cargo
Analista Administrativo - Tecnologia da Informação, com especialidade em Banco de Dados
Auditoria é a investigação dos procedimentos, processos e práticas relativas ao sistema de gerenciamento de banco de dados de um determinado órgão público. Os auditores se baseiam no histórico de mudanças ocorridas (log) nos dados armazenados em um determinado sistema.Para manter um registro de todas as atualizações realizadas no banco de dados e de usuários em particular que aplicaram cada atualização, é utilizado o log do sistema. O log do sistema inclui uma entrada para cada operação aplicada ao banco de dados.Sistemas de banco de dados baseados em PostgreSQL possuem a função trigger para a criação de logs. Essa função é muito utilizada para atualizar o log do sistema toda vez que uma determinada operação no banco de dados é realizada.Mais especificamente, quando o trigger está associado a tabelas de dados, ele somente pode ser executado
  1. Aantes ou depois das operações INSERT, UPDATE e DELETE.
  2. Bantes das operações INSERT, UPDATE e DELETE.
  3. Cantes ou depois das operações INSERT e DELETE.
  4. Ddepois das operações INSERT e DELETE.
  5. Eantes ou depois da operação DELETE.
Revelar gabarito e comentário

GabaritoA — antes ou depois das operações INSERT, UPDATE e DELETE.

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”.

Triggers no PostgreSQL: eventos e timing

Gabarito: letra A. No PostgreSQL, triggers associados a tabelas podem ser executados antes (BEFORE) ou depois (AFTER) das operações INSERT, UPDATE e DELETE, conforme a documentação oficial. As demais alternativas restringem indevidamente os eventos ou o momento de execução.

1Eventos DML
INSERT
UPDATE
DELETE
2Timing
BEFORE (antes)
AFTER (depois)
3Outros
INSTEAD OF (visões)
TRUNCATE (v9.0+)
Trigger em tabelas (PostgreSQL)
LEVELsoulevel.com.br
Trigger em tabelas (PostgreSQL): Eventos DML (INSERT, UPDATE, DELETE); Timing (BEFORE (antes), AFTER (depois)); Outros (INSTEAD OF (visões), TRUNCATE (v9.0+))

Alternativa A — ✅ Correta ⟵ GABARITO

O PostgreSQL permite que triggers em tabelas sejam disparados antes ou depois de operações INSERT, UPDATE e DELETE. Além disso, também suporta INSTEAD OF para visões, e TRUNCATE a partir da versão 9.0, mas a questão foca em tabelas. A descrição abrange exatamente os três eventos DML e os dois momentos possíveis.

Alternativa B — ❌ Incorreta

Afirma que o trigger só pode ser executado antes das operações INSERT, UPDATE e DELETE. Ignora a possibilidade de execução depois (AFTER). O PostgreSQL aceita ambos os momentos.

Alternativa C — ❌ Incorreta

Limita a execução a antes ou depois das operações INSERT e DELETE, excluindo UPDATE. Triggers podem ser criados para todos os três eventos DML, inclusive UPDATE.

Alternativa D — ❌ Incorreta

Determina que o trigger só pode ser executado depois das operações INSERT e DELETE, novamente excluindo UPDATE e o modo BEFORE.

Alternativa E — ❌ Incorreta

Restringe a execução a antes ou depois apenas da operação DELETE. Ignora INSERT e UPDATE.

Conclusão: A única alternativa que descreve corretamente as possibilidades de criação de triggers em tabelas no PostgreSQL é a letra A.

Link permanente: /questoes/fg121817