Questão de Banco de Dados — Banco de Dados — FCC 2025
Banco de Dados›Banco de Dados
Código
fc073884
Banca
FCC
Órgão
SEFAZ-PI
Ano
2025
Nível
Superior
Cargo
Analista do Tesouro Estadual - Área de Conhecimento: Tecnologia da Informação (prova 2)
Com o avanço das aplicações em larga escala e a popularização da computação em nuvem, diferentes tipos de bancos de dados passaram a ser utilizados para atender demandas específicas de estrutura, desempenho e escalabilidade. Nesse cenário, é correto afirmar que
Aa escalabilidade horizontal é uma característica típica dos bancos NoSQL em nuvem.
Btodos os bancos em nuvem oferecem consistência forte e bloqueio de escrita simultânea.
Cbancos de dados relacionais não funcionam em nuvem devido à limitação de escalabilidade.
Dbancos NoSQL não podem ser utilizados com dados semi-estruturados.
Ebancos de dados relacionais não possuem suporte a replicação automática na nuvem.
Revelar gabarito e comentário▾
GabaritoA — a escalabilidade horizontal é uma característica típica dos bancos NoSQL em nuvem.
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”.
Bancos de Dados em Nuvem: NoSQL vs. Relacionais
Gabarito: letra A. A alternativa A está correta porque a escalabilidade horizontal é uma característica típica dos bancos NoSQL em nuvem, permitindo adicionar mais servidores para aumentar a capacidade. As demais alternativas contêm afirmações falsas ou generalizações incorretas sobre bancos relacionais e NoSQL.
Bancos de dados em nuvem
1NoSQL
Escalabilidade horizontal
Dados semi-estruturados (JSON, XML)
Teorema CAP
Consistência
Disponibilidade
Tolerância a partições
2Relacionais
Funcionam em nuvem
Escalabilidade vertical
Replicação automática
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
A escalabilidade horizontal (adicionar mais nós ao sistema) é um dos pilares dos bancos NoSQL, como DynamoDB, Cassandra e MongoDB. Em ambientes de nuvem, essa característica é ainda mais explorada, pois permite distribuir a carga e garantir alta disponibilidade. Bancos relacionais tradicionais escalam principalmente verticalmente (aumentando recursos do servidor).
Alternativa B — ❌ Incorreta
Afirmar que "todos os bancos em nuvem oferecem consistência forte e bloqueio de escrita simultânea" é falso. O teorema CAP mostra que sistemas distribuídos precisam escolher entre consistência, disponibilidade e tolerância a partições. Muitos bancos NoSQL (como DynamoDB no modo eventualmente consistente) sacrificam consistência forte para ganhar desempenho e disponibilidade. Além disso, nem todos implementam bloqueio de escrita simultânea (locks).
Alternativa C — ❌ Incorreta
"Bancos de dados relacionais não funcionam em nuvem devido à limitação de escalabilidade" é incorreto. Serviços como Amazon RDS, Azure SQL Database e Google Cloud SQL são amplamente utilizados em nuvem. Embora a escalabilidade horizontal seja limitada (comparada a soluções NoSQL), eles funcionam perfeitamente, inclusive com replicação e failover automáticos.
Alternativa D — ❌ Incorreta
"Bancos NoSQL não podem ser utilizados com dados semi-estruturados" é falso. Na verdade, bancos NoSQL orientados a documentos (como MongoDB) são ideais para dados semi-estruturados (JSON, XML), pois não exigem esquema rígido. Eles aceitam variações na estrutura dos registros, o que é uma vantagem sobre modelos relacionais.
Alternativa E — ❌ Incorreta
"Bancos de dados relacionais não possuem suporte a replicação automática na nuvem" é falso. Todos os principais provedores de nuvem oferecem replicação automática para bancos relacionais: Multi-AZ no RDS, failover groups no Azure SQL, e replicação no Cloud SQL. A replicação é um recurso padrão para garantir alta disponibilidade.
PEGA ESSA DICA!
Cuidado com generalizações absolutas como "todos", "não funcionam", "não podem" ou "não possuem" em questões de bancos de dados em nuvem. Essas palavras geralmente indicam que a alternativa é falsa, pois existem exceções ou casos específicos. Lembre-se do teorema CAP: consistência forte não é universal em sistemas distribuídos.