Questão de Banco de Dados — Gerência de Transações — FGV 2026
Banco de Dados›Gerê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
Amaximize a redundância controlada de dados para otimizar avelocidade de recuperação em caso de falhas de hardware.
Bmantenha a consistência e a integridade dos dados,assegurando o cumprimento das propriedades deatomicidade, consistência, isolamento e durabilidade.
Cdispense a utilização de estruturas de indexação e de
restrições de chave estrangeira (foreign keys) nas tabelas.
Dcentralize o processamento analítico no servidor de aplicação,eliminando a necessidade de mecanismos de controle deconcorrência.
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.