Considere a seguinte situação hipotética:
Uma equipe está desenvolvendo um sistema de pedidos, utilizando PostgreSQL. Existe uma
tabela pedidos com as colunas:
id
cliente_id
valor_total
status
criado_em
atualizado_em
Durante uma auditoria interna, um analista de banco de dados identificou que o campo
atualizado_em nem sempre reflete a última modificação do registro, pois a aplicação depende
do backend para atualizar esse campo manualmente. Em alguns casos, desenvolvedores
esqueceram de atualizar o timestamp em operações de UPDATE, gerando inconsistência nos
relatórios.A equipe decidiu resolver o problema no nível do banco de dados, garantindo que o campo
atualizado_em seja atualizado automaticamente sempre que houver alteração no registro.Assinale a alternativa que apresenta o comando que garante que o campo atualizado_em seja
atualizado automaticamente sempre que um registro da tabela pedidos for modificado:

Question

Considere a seguinte situação hipotética:
Uma equipe está desenvolvendo um sistema de pedidos, utilizando PostgreSQL. Existe uma
tabela pedidos com as colunas:
id
cliente_id
valor_total
status
criado_em
atualizado_em
Durante uma auditoria interna, um analista de banco de dados identificou que o campo
atualizado_em nem sempre reflete a última modificação do registro, pois a aplicação depende
do backend para atualizar esse campo manualmente. Em alguns casos, desenvolvedores
esqueceram de atualizar o timestamp em operações de UPDATE, gerando inconsistência nos
relatórios.A equipe decidiu resolver o problema no nível do banco de dados, garantindo que o campo
atualizado_em seja atualizado automaticamente sempre que houver alteração no registro.Assinale a alternativa que apresenta o comando que garante que o campo atualizado_em seja
atualizado automaticamente sempre que um registro da tabela pedidos for modificado: Alternativa A: Criar uma constraint CHECK, que valide se atualizado_em é maior que criado_em em
cada atualização.  Ou Alternativa B: Criar uma view com NOW() no campo atualizado_em, substituindo o acesso direto à
tabela. Ou Alternativa C: Criar uma trigger AFTER UPDATE, que execute um novo comando UPDATE na mesma
tabela para alterar o campo atualizado_em. Ou Alternativa D: Criar uma trigger BEFORE UPDATE na tabela pedidos, que execute uma função para
definir NEW.atualizado_em = NOW() antes da atualização do registro.

Qconcursos · Accepted Answer

Alternativa [D] Criar uma trigger BEFORE UPDATE na tabela pedidos, que execute uma função para
definir NEW.atualizado_em = NOW() antes da atualização do registro. Gabarito: DFundamento decisivo: A decisão estava em identificar o mecanismo que altera a linha em processamento antes da gravação, permitindo preencher automaticamente atualizado_em no próprio registro.Tema central: Triggers no PostgreSQLAnálise das alternativasAErradaEstá errada porque CHECK só valida uma condição lógica; não atribui valor ao campo. Mesmo que verifique relação entre atualizado_em e criado_em, isso não faz o banco preencher automaticamente atualizado_em em cada UPDATE.BErradaEstá errada porque a view com NOW() apenas mostra um valor em consulta. Isso não grava o timestamp na coluna atualizado_em da tabela pedidos, portanto não corrige a inconsistência do dado armazenado.CErradaEstá errada porque propõe AFTER UPDATE com um novo UPDATE na mesma tabela, quando o ajuste do próprio registro deve ser feito antes da gravação da linha em processamento.DCertaA alternativa D está correta porque usa uma trigger BEFORE UPDATE, na qual a função pode definir NEW.atualizado_em = NOW() antes da escrita definitiva da linha.Pegadinha da questãoA confusão era achar que qualquer solução ligada a UPDATE resolveria igualmente, sem distinguir validar valor, exibir valor e persistir o valor no próprio registro.Dica para questões semelhantesSe a exigência é gravar automaticamente um valor no próprio registro alterado, procure mecanismo que modifique a linha em processamento antes da escrita.CHECK serve para validar regra, não para preencher campo automaticamente.Valor calculado em view não substitui valor persistido na tabela base.Em ajuste do próprio registro atualizado, diferencie trigger BEFORE UPDATE que altera NEW de solução AFTER UPDATE com novo UPDATE na tabela.

🎯 Saiba o que estudar

🎯 Saiba o que estudar

Considere a seguinte situação hipotética: Uma equipe está d...

Gabarito comentado

Gabarito: D

Clique para visualizar este gabarito

Resumos relacionados

SGBD: Conceitos Fundamentais e Aplicações em Concursos Públicos

Questões de assuntos semelhantes

Provas relacionadas