GabaritoB — Key Value.
Gabarito: letra B (Key-Value). O tipo Key-Value é o que reúne, por excelência, as três características apontadas: alta velocidade de leitura e escrita, estruturas de dados extremamente flexíveis (pares chave-valor sem esquema fixo) e simplicidade que favorece o desempenho. Conforme o material de apoio, "quando falamos de velocidade, capacidade de leitura e flexibilidade, estamos tratando do Key Value".
A banca testa o conhecimento das categorias NoSQL e seus perfis típicos. A principal pegadinha é associar "flexibilidade" apenas aos bancos orientados a documento, esquecendo que o modelo chave-valor também é schemaless e prioriza ainda mais a velocidade.
Tipo de Store | Velocidade de Leitura/Escrita | Flexibilidade de Estrutura | Ausência de Esquema | Principal Característica |
|---|---|---|---|---|
Key-Value | Alta (acesso direto pela chave) | Alta (valor pode ser qualquer estrutura) | Sim (schemaless) | Simplicidade e desempenho |
Document | Média-Alta | Alta (documentos JSON/XML) | Sim | Flexibilidade com consultas |
Wide-Column | Média | Média (column families) | Parcial | Escalabilidade e agregações |
Graph | Baixa-Média | Média (nós e arestas) | Parcial | Análise de relacionamentos |
Document. Bancos orientados a documento (ex.: MongoDB) armazenam dados em documentos JSON/XML e oferecem grande flexibilidade de esquema. Porém, não são os que mais privilegiam velocidade de leitura/escrita – em geral, o modelo chave-valor é mais performático para operações simples, justamente por sua simplicidade.
Key-Value. Os bancos chave-valor (ex.: Redis, DynamoDB) armazenam dados como pares de chave e valor, sem esquema predefinido. Isso proporciona extrema velocidade de leitura e escrita (acesso direto pela chave) e total flexibilidade, já que o valor pode ser qualquer estrutura. É o modelo que melhor se encaixa na descrição do enunciado.
Wide-Column. Bancos de coluna larga (ex.: Cassandra, HBase) são otimizados para grandes volumes de dados e consultas analíticas, mas sua estrutura é relativamente rígida (definição de column families) e a velocidade de leitura/escrita não é o principal destaque – priorizam escalabilidade horizontal e desempenho em operações de agregação.
Graph. Bancos orientados a grafos (ex.: Neo4J) são especializados em modelar e consultar relacionamentos complexos entre entidades. Embora possam ser flexíveis, sua força está na análise de conexões, não na velocidade bruta de leitura/escrita nem na ausência de esquema – geralmente exigem definição prévia de tipos de nós e arestas.
Full Text. Essa não é uma categoria padrão de NoSQL. Bancos de texto completo (como Elasticsearch) são especializados em busca textual e indexação, mas não são um dos quatro grandes tipos (documento, chave-valor, coluna larga, grafo). O enunciado pede um tipo de store NoSQL clássico, e Full Text não se enquadra.
A alternativa A (Document) parece atraente por ser schemaless, mas a questão destaca velocidade como prioridade, característica mais forte do modelo chave-valor. O aluno tende a associar "flexibilidade" apenas a documento, ignorando que chave-valor também é extremamente flexível e, além disso, mais rápido.
Gabarito: letra B.
Link permanente: /questoes/fg067748