Questão de Banco de Dados — Banco de Dados Paralelos e Distribuídos — FGV 2024
Banco de Dados›Banco de Dados Paralelos e Distribuídos
Código
fg077422
Banca
FGV
Órgão
CVM
Ano
2024
Nível
Superior
Cargo
Analista - Perfil 9 - TI / Infraestrutura e Segurança - Tarde
BDFree é um banco de dados distribuído que utiliza uma estrutura de armazenamento NoSQL. No BDFree quaisquer solicitações retornam respostas válidas em um intervalo de tempo razoável, independentemente da aplicação que o utiliza, devido ao cumprimento da propriedade que:
Aviabiliza que cada cliente tenha a mesma visão dos dados;
Bmantém cópias de itens de dados visíveis para várias transações;
Cassegura que cada requisição receba a informação mais recente ou um erro;
Dgarante que partes da estrutura do banco de dados que estejam desativadas sejam ignoradas;
Ereplica dados entre as estruturas do banco de dados antes que a gravação seja considerada bem-sucedida.
Revelar gabarito e comentário▾
GabaritoD — garante que partes da estrutura do banco de dados que estejam desativadas sejam ignoradas;
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”.
Propriedade de Disponibilidade em Bancos de Dados NoSQL Distribuídos
Gabarito: letra D. A propriedade descrita é a capacidade de ignorar partes desativadas do banco de dados, garantindo que requisições sejam respondidas em tempo razoável mesmo com falhas. Isso corresponde à disponibilidade e tolerância a falhas em sistemas NoSQL distribuídos, priorizando a continuidade do serviço.
A banca testa o conhecimento sobre as propriedades fundamentais de bancos de dados distribuídos, especialmente o teorema CAP (Consistência, Disponibilidade, Tolerância a Partições). A descrição do enunciado aponta claramente para a disponibilidade: qualquer requisição obtém uma resposta válida em tempo aceitável, independentemente de falhas em partes do sistema.
NÃO CAIA NESSA!
A banca troca as propriedades do teorema CAP: consistência (alternativas A e C) e replicação (B e E) são confundidas com disponibilidade/tolerância a falhas. Lembre-se: disponibilidade significa que o sistema responde mesmo com nós falhos; consistência exige que todos vejam os mesmos dados; replicação é apenas um mecanismo, não uma propriedade de disponibilidade.
Teorema CAP (NoSQL distribuído)
1Consistência
Mesma visão dos dados (A)
Informação mais recente ou erro (C)
2Disponibilidade
Ignora partes desativadas (D)
Resposta válida em tempo razoável
3Tolerância a Partições
Sistema continua operando com falhas
4Mecanismos (não são propriedades CAP)
Replicação (B, E)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Descreve consistência (mesma visão dos dados), não a disponibilidade. Em sistemas NoSQL que priorizam disponibilidade, a consistência pode ser eventual, ou seja, diferentes clientes podem ter visões diferentes temporariamente.
Alternativa B — ❌ Incorreta
Refere-se à replicação de dados, que mantém cópias visíveis para transações. Embora a replicação ajude na disponibilidade, a propriedade descrita no enunciado é mais ampla: ignorar partes desativadas, não apenas manter cópias.
Alternativa C — ❌ Incorreta
Descreve consistência forte (informação mais recente ou erro), típica de sistemas que priorizam consistência em detrimento da disponibilidade. No cenário do BDFree, a resposta pode não ser a mais recente, mas é válida.
Alternativa D — ✅ Correta ⟵ GABARITO
Exatamente a propriedade de tolerância a falhas e disponibilidade: ignorar partes desativadas permite que o sistema continue operando e respondendo requisições, mesmo que alguns nós estejam inacessíveis.
Alternativa E — ❌ Incorreta
Descreve replicação síncrona (gravação só é considerada bem-sucedida após replicar), que prioriza consistência, mas não garante disponibilidade em caso de falha de nós.
PEGA ESSA DICA!
Para questões sobre NoSQL distribuído, lembre-se do teorema CAP: é impossível garantir simultaneamente Consistência, Disponibilidade e Tolerância a Partições. Sistemas como o BDFree tipicamente sacrificam a consistência forte em favor da disponibilidade e tolerância a partições. A propriedade de ignorar partes desativadas está diretamente ligada à tolerância a falhas e disponibilidade.