Componentes importantes dos gerenciadores de bancos de dados, os mecanismos de controle de concorrência são necessários em ambientes de multiprocessamento para a prevenção de problemas que incluem
- A)falhas do sistema e falhas dos meios de armazenagem.
Errada, porque falhas do sistema e dos meios de armazenagem são tratadas por mecanismos de recuperação, não pelo controle de concorrência.
- B)falha de segurança.
Errada, porque falha de segurança é um problema de autorização, autenticação e proteção de acesso, e não de sincronização entre transações.
- C)recuperação de dados.
Errada, porque recuperação de dados é outra função do SGBD, voltada a restaurar o banco após falhas, não a evitar conflitos de acesso simultâneo.
- D)exposição de dados transitórios.
Certa, porque o controle de concorrência evita que uma transação enxergue dados transitórios, ainda não confirmados por outra transação.
- E)manutenção de logs de transações.
Errada, porque manutenção de logs é recurso de recuperação e auditoria, não a finalidade principal do controle de concorrência.
Gabarito: D
Em Banco de Dados, mecanismos de controle de concorrência servem para coordenar acessos simultâneos a dados compartilhados, especialmente quando vários processadores ou transações trabalham ao mesmo tempo. A ideia é evitar que uma transação veja um estado “meio cozido” do banco, com alterações ainda não confirmadas por outra transação. Em outras palavras: nada de um usuário enxergar aquilo que ainda está provisório e pode desaparecer se a transação for desfeita. Esse é o ponto central da questão. Em ambiente de multiprocessamento, sem controle de concorrência, podem surgir leituras sujas, atualizações perdidas e outras situações em que o dado exibido não representa um estado consistente. O mecanismo de concorrência tenta impedir justamente a exposição de dados transitórios, isto é, dados temporários, ainda não consolidados por commit. Por isso o gabarito é a alternativa D. Ela traduz a finalidade prática do controle de concorrência: proteger a consistência e o isolamento das transações, para que uma transação não “bisbilhote” alterações intermediárias de outra. Isso está alinhado ao princípio de isolamento, que é um dos pontos clássicos do modelo ACID, muito cobrado em prova. As demais alternativas tratam de outros componentes do SGBD. Falhas de sistema e de armazenamento são tema de recuperação; logs servem para recuperação e auditoria; segurança trata de acesso indevido; nenhum deles descreve o problema que o controle de concorrência busca evitar diretamente.