Comparação NoSQL

Prévia do material em texto

Comparação, Cenários Híbridos e Persistência Poliglota no NoSQL 
1. Em termos de "Esquema" (Schema), qual a diferença fundamental que impacta a 
agilidade do desenvolvimento? 
a) SQL exige um esquema rígido definido antes da inserção; NoSQL permite um 
esquema flexível (schema-less ou schema-on-read). 
b) SQL não permite alteração de tabelas; NoSQL exige que todos os campos sejam 
preenchidos. 
c) NoSQL é mais lento para ler porque não possui colunas. 
d) SQL é usado apenas para textos; NoSQL apenas para números. 
e) Ambas exigem que o desenvolvedor pare o sistema para adicionar um novo campo. 
2. Qual é a principal limitação dos bancos NoSQL em comparação aos Relacionais no que 
diz respeito à integridade dos dados? 
a) NoSQL não consegue armazenar dados de grandes empresas. 
b) NoSQL geralmente sacrifica transações complexas (ACID completo entre várias 
coleções) em favor de escalabilidade e performance. 
c) NoSQL é proibido em sistemas que usam criptografia. 
d) Relacionais são mais rápidos para inserir bilhões de registros por segundo. 
e) SQL não permite o uso de chaves primárias. 
3. O que define o conceito de "Polyglot Persistence" (Persistência Poliglota)? 
a) Traduzir as mensagens de erro do banco de dados para vários idiomas. 
b) Usar diferentes tecnologias de armazenamento de dados (SQL, Documentos, Grafos, 
Chave-Valor) em um mesmo sistema, cada uma para o que faz de melhor. 
c) Usar apenas um banco de dados que aceite várias linguagens de programação. 
d) O processo de aprender SQL e NoSQL ao mesmo tempo. 
e) Salvar os mesmos dados em 5 bancos de dados diferentes para segurança. 
4. Em um "Cenário Híbrido" de um e-commerce, onde seria melhor usar SQL e onde 
seria melhor NoSQL? 
a) SQL para o catálogo de fotos; NoSQL para o fechamento do pedido (transação). 
b) SQL para dados financeiros e pedidos (ACID); NoSQL (Documentos) para catálogo 
de produtos e (Redis) para o carrinho de compras. 
c) NoSQL para tudo, pois bancos relacionais estão obsoletos. 
d) SQL para o login; NoSQL para salvar o nome da empresa. 
e) NoSQL para a página inicial; SQL para o rodapé do site. 
5. Qual a vantagem competitiva do NoSQL em cenários de "Big Data"? 
a) Ele é mais barato de instalar em notebooks. 
b) Sua capacidade de Escalabilidade Horizontal, permitindo processar volumes massivos 
de dados distribuídos em hardware comum (commodity). 
c) Ele transforma automaticamente dados em inteligência artificial. 
d) Ele não exige conexão com a internet. 
e) Ele apaga dados desnecessários sozinho sem comando humano. 
6. Por que o modelo Relacional ainda é preferido para sistemas de ERP ou Contabilidade? 
a) Porque esses sistemas foram criados nos anos 70. 
b) Pela necessidade de normalização rigorosa, relações complexas entre centenas de 
tabelas e a garantia de consistência absoluta em cada transação. 
c) Porque o SQL é mais fácil de desenhar do que o NoSQL. 
d) Porque bancos NoSQL não aceitam cálculos matemáticos. 
e) Porque os contadores não gostam de JSON. 
7. O que acontece com a "Normalização" de dados quando migramos de um Relacional 
para um NoSQL de Documentos? 
a) Ela continua sendo a regra de ouro. 
b) Ela é frequentemente abandonada em favor da desnormalização, repetindo dados 
para evitar Joins e acelerar as leituras. 
c) Ela é substituída por uma normalização mais complexa chamada "Super-Normal". 
d) Os dados tornam-se impossíveis de serem lidos por seres humanos. 
e) O banco de dados exige que o programador organize tudo em ordem alfabética. 
8. O termo "NewSQL" refere-se a bancos de dados que tentam: 
a) Ser uma rede social para programadores SQL. 
b) Unir a escalabilidade horizontal do NoSQL com as garantias ACID e a linguagem SQL 
tradicional. 
c) Substituir o NoSQL completamente em 2026. 
d) Funcionar apenas em dispositivos móveis e relógios inteligentes. 
e) Criar tabelas usando apenas comandos de voz. 
 
 
 
9. Qual o custo oculto de adotar a "Persistência Poliglota"? 
a) Ter que pagar licenças de software para 10 empresas diferentes. 
b) O aumento da complexidade operacional (monitoramento, backup e manutenção de 
vários tipos de bancos diferentes). 
c) O risco de o banco NoSQL apagar o banco SQL por ciúmes. 
d) A necessidade de ter um servidor físico para cada linha de código. 
e) Os dados ficarem presos em formatos que ninguém conhece. 
10. Se sua aplicação precisa realizar análises profundas de conexões entre usuários 
(ex: sugestão de amigos), qual a melhor escolha técnica? 
a) SQL com muitos JOINs em tabelas de relacionamento. 
b) NoSQL de Documentos com arrays gigantes. 
c) NoSQL de Grafos (ex: Neo4j), pois ele é otimizado para navegar em relacionamentos. 
d) NoSQL Chave-Valor, buscando uma chave por vez. 
e) Criar uma planilha no Google Sheets e compartilhar com os usuários.