Pular para o conteúdo principal

Questão de Banco de Dados — Gerência de Transações — FGV 2026

Banco de DadosGerência de Transações
Código
gp018295
Banca
FGV
Órgão
TJ-SC
Ano
2026
Cargo
Analista de Sistemas
No contexto de Sistemas Gerenciadores de Bancos de DadosRelacionais (SGBDR), como SQL Server, PostgreSQL e Oracle, oconceito de transação é fundamental para o processamento dedados. Uma transação corresponde a uma unidade lógica detrabalho que deve ser executada de forma completa e consistente. O uso de transações tem como objetivo principal garantir que obanco de dados
  1. Amaximize a redundância controlada de dados para otimizar avelocidade de recuperação em caso de falhas de hardware.
  2. Bmantenha a consistência e a integridade dos dados,assegurando o cumprimento das propriedades deatomicidade, consistência, isolamento e durabilidade.
  3. Cdispense a utilização de estruturas de indexação e de restrições de chave estrangeira (foreign keys) nas tabelas.
  4. Dcentralize o processamento analítico no servidor de aplicação,eliminando a necessidade de mecanismos de controle deconcorrência.
  5. Erestrinja o acesso simultâneo de múltiplos usuários,priorizando operações de leitura em detrimento de operaçõesde escrita.
Revelar gabarito e comentário

GabaritoB — mantenha a consistência e a integridade dos dados, assegurando o cumprimento das propriedades de atomicidade, consistência, isolamento e durabilidade.

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

Transações em SGBD: propriedades ACID

Gabarito: letra B. O uso de transações tem como objetivo principal garantir a consistência e a integridade dos dados, assegurando o cumprimento das propriedades de atomicidade, consistência, isolamento e durabilidade (ACID). Essas propriedades são o núcleo do conceito de transação em qualquer SGBD relacional, como SQL Server, PostgreSQL e Oracle.

Uma transação é uma unidade lógica de trabalho que agrupa uma ou mais operações sobre o banco de dados, tratada de forma coerente e confiável. O exemplo clássico é a transferência de fundos entre duas contas: a transação completa exige subtrair o valor de uma conta e adicionar a mesma quantia à outra. Se qualquer uma dessas operações falhar, a transação inteira deve ser desfeita, retornando o banco ao estado anterior. É exatamente isso que as propriedades ACID garantem.

As quatro propriedades ACID são:

  • Atomicidade: a transação é uma unidade indivisível — ou é executada por completo, ou não é executada de forma alguma. Se qualquer operação falhar, ocorre o rollback (desfazer); se todas tiverem sucesso, ocorre o commit (efetivar).

  • Consistência: a transação leva o banco de um estado válido a outro estado válido, respeitando todas as regras e restrições definidas, como chaves estrangeiras, unicidade e valores permitidos.

  • Isolamento: cada transação executa como se fosse a única no sistema, sem que outras transações concorrentes interfiram ou visualizem resultados parciais de uma transação em andamento.

  • Durabilidade: uma vez confirmada (commit), as mudanças são permanentes e não podem ser perdidas, mesmo em caso de falha de hardware ou do sistema.

A distinção que mais confunde candidatos é entre atomicidade e durabilidade: a atomicidade trata de falhas antes de a transação ser finalizada (rollback), enquanto a durabilidade trata de falhas depois de a transação ser confirmada (persistência). A banca explora exatamente essa confusão.

Outro ponto importante: as propriedades ACID são impostas pelos métodos de controle de concorrência e de recuperação do SGBD. O isolamento é responsabilidade do subsistema de controle de concorrência; a atomicidade e a durabilidade, do subsistema de recuperação; a consistência, dos programadores e das restrições de integridade definidas no esquema.

Guarde a fronteira entre o que as transações garantem (consistência e integridade via ACID) e o que elas não fazem (redundância, dispensa de índices, centralização de processamento ou restrição de acesso): é exatamente nela que as alternativas se dividem.

Critério

Transações (ACID)

Redundância/Backup

Indexação/Foreign Keys

Controle de Concorrência

Objetivo principal

Garantir consistência e integridade via atomicidade, consistência, isolamento e durabilidade

Otimizar recuperação em falhas de hardware

Acelerar consultas e validar integridade referencial

Gerenciar acesso simultâneo de múltiplos usuários

Subsistema responsável

Recuperação (atomicidade/durabilidade), controle de concorrência (isolamento), restrições (consistência)

Replicação/backup

Estrutura do esquema (DDL)

Mecanismos de bloqueio e versionamento

Relação com transações

É o núcleo do conceito de transação

Técnica vizinha, não é função transacional

Independente, mas a consistência exige que sejam respeitadas

Necessário para garantir isolamento entre transações

Exemplo de falha tratada

Falha antes do commit (rollback) ou após o commit (persistência)

Perda de dados por falha de hardware

Consultas lentas ou violação de integridade

Interferência entre transações simultâneas

Alternativa A — ❌ Incorreta

Afirma que o objetivo das transações é maximizar a redundância controlada de dados para otimizar a recuperação em falhas de hardware. Isso não é função de transações: redundância controlada é uma técnica de replicação/backup, não uma propriedade transacional. As transações garantem atomicidade, consistência, isolamento e durabilidade — não gerenciam redundância.

Alternativa B — ✅ Correta ⟵ GABARITO

Esta alternativa descreve com precisão o objetivo central das transações: manter a consistência e a integridade dos dados, assegurando as quatro propriedades ACID — atomicidade, consistência, isolamento e durabilidade. É a definição canônica do conceito de transação em SGBDs relacionais.

Alternativa C — ❌ Incorreta

Afirma que transações dispensam estruturas de indexação e restrições de chave estrangeira. Isso é falso: índices e chaves estrangeiras são elementos estruturais do banco, independentes do mecanismo de transações. A consistência, inclusive, exige que as restrições de integridade (como foreign keys) sejam respeitadas durante a transação.

Alternativa D — ❌ Incorreta

Afirma que transações centralizam o processamento analítico no servidor de aplicação, eliminando o controle de concorrência. Isso é o oposto da realidade: transações exigem mecanismos de controle de concorrência justamente para garantir o isolamento entre transações simultâneas. O processamento analítico (OLAP) é um contexto diferente do processamento transacional (OLTP).

Alternativa E — ❌ Incorreta

Afirma que transações restringem o acesso simultâneo de múltiplos usuários, priorizando leituras em detrimento de escritas. Isso é incorreto: transações não priorizam leituras nem restringem acesso — elas garantem isolamento e consistência em um ambiente multiusuário, permitindo que leituras e escritas ocorram de forma concorrente e segura.

NÃO CAIA NESSA!

A banca explora a confusão entre atomicidade e durabilidade (falhas antes vs. depois da confirmação) e entre o que transações fazem (garantir ACID) e o que são técnicas vizinhas (redundância, backup, indexação). Ao ver "falhas de hardware" na alternativa A, o candidato pode associar a durabilidade — mas a alternativa fala em redundância, não em persistência de transações confirmadas.

PEGA ESSA DICA!

Para questões sobre transações, memorize o acrônimo ACID e associe cada propriedade ao subsistema responsável: atomicidade e durabilidade → recuperação; isolamento → controle de concorrência; consistência → restrições de integridade. Na prova, leia cada alternativa procurando o termo que foge desse núcleo — é ele que torna a alternativa incorreta.

Gabarito: letra B

Link permanente: /questoes/gp018295