GabaritoE — Errado
Gabarito: E (Errado). A afirmação está incorreta porque bancos de dados NoSQL, em geral, não priorizam consistência forte; pelo contrário, muitos deles comprometem a consistência em favor da disponibilidade e tolerância a partição, adotando o modelo de consistência eventual (eventual consistency).
O equívoco reside em um dos princípios fundamentais dos bancos NoSQL: o teorema CAP (Consistency, Availability, Partition Tolerance). Bancos NoSQL frequentemente abrem mão da consistência forte para garantir maior disponibilidade e tolerância a partições, essenciais em sistemas distribuídos de grande escala. Como destaca a literatura técnica, "Muitos armazenamentos NoSQL comprometem a consistência (no sentido do teorema CAP) em favor da disponibilidade, tolerância a partição e velocidade" e "a maioria dos bancos de dados NoSQL oferece um conceito de consistência posterior (eventual consistency)".
Consistência forte (strong consistency) exige que, após uma escrita, todas as leituras subsequentes retornem o valor atualizado imediatamente, o que é difícil de garantir em ambientes distribuídos sem sacrificar desempenho ou disponibilidade. Já a consistência eventual permite que os dados se tornem consistentes ao longo do tempo, sendo o modelo padrão em sistemas NoSQL como Cassandra, DynamoDB e Riak.
A banca inverte o comportamento típico dos bancos NoSQL: o candidato pode lembrar que NoSQL é "não relacional" e associar a "forte consistência" por analogia com bancos relacionais ACID, mas a essência do NoSQL é justamente flexibilizar a consistência em prol da escalabilidade e disponibilidade. O teorema CAP é a chave: em sistemas distribuídos, é preciso escolher duas entre três propriedades; NoSQL geralmente opta por disponibilidade e tolerância a partição, deixando a consistência forte de lado.
Portanto, a assertiva está ERRADA.
Gabarito: E (Errado).
Link permanente: /questoes/ce229351