Questão de Suporte em Tecnologia da Informação · FGV TJDFT 2022 (nº 29)

Conceito-chave: Em uma transação distribuída, vários bancos de dados precisam concordar sobre o resultado final (tudo ou nada). O Two-phase commit (2PC) é o protocolo clássico que usa um "coordenador" para perguntar a cada participante se ele está pronto para confirmar (fase 1) e, só depois, ordenar que todos confirmem ou desfaçam (fase 2), garantindo atomicidade.

• (A) Incorreta: "D-commit" não é um protocolo real; é um termo inventado que mistura "distributed" com "commit", sem fundamento técnico.
• (B) Incorreta: Dynamic Data Exchange (DDE) é um mecanismo antigo do Windows para comunicação entre aplicativos, não tem relação com controle de transações em bancos de dados.
• (C) Incorreta: Liveness é uma propriedade de sistemas concorrentes (garantia de que algo bom eventualmente aconteça), não um algoritmo de commit.
• (D) Incorreta: "Multi-commit" é um nome genérico e enganoso; não existe um padrão com esse nome na literatura de bancos de dados.
• (E) Correta: O Two-phase commit é o algoritmo padrão (fase de prepare e fase de commit/abort) usado por gerenciadores de bancos de dados para que todos os nós participantes saibam, de forma coordenada, o desfecho final da transação.

Armadilha da banca: A letra (D) Multi-commit é o distrator mais tentador, pois o prefixo "multi" sugere "vários commits", parecendo lógico para transações distribuídas. Porém, a banca testa se você conhece o nome técnico exato do protocolo, que é Two-phase commit — e não um termo genérico inventado.