Questão de Tecnologia da Informação · CEBRASPE SEFAZ-RN 2025 - P2 Conhecimentos Complementares (nº 72)

Conceito-chave: Um document store (armazenamento de documentos) guarda dados em objetos semiestruturados (como JSON, BSON ou XML), onde cada "documento" é uma unidade autônoma com seus próprios campos e tipos, em vez de linhas fixas em tabelas. É como uma pasta de arquivos onde cada arquivo pode ter um formato interno diferente, mas todos são pesquisáveis.

• (A) Incorreta: Wide column store organiza dados em colunas dinâmicas (como Cassandra ou HBase), mas ainda armazena "registros" em linhas com chave de partição, não objetos aninhados.
• (B) Incorreta: Key/value store (como Redis) guarda pares simples de chave e valor, onde o valor é um bloco opaco (sem estrutura interna consultável) — não é um "objeto" com campos acessíveis.
• (C) Correta: Document store (como MongoDB) é exatamente a funcionalidade que permite armazenar objetos (documentos JSON/BSON) com hierarquia, arrays e tipos variados, indo além do registro tabular.
• (D) Incorreta: Graph store (como Neo4j) foca em nós e arestas (relacionamentos), não no armazenamento de objetos como unidades completas.
• (E) Incorreta: Column oriented store (como ClickHouse) otimiza a leitura por colunas em tabelas, mas continua sendo um modelo relacional/tabular, não de objetos.

Armadilha da banca: A letra B (key/value store) é o distrator mais tentador, pois muitos confundem "objeto" com "valor". A pegadinha é que no key/value o valor é um bloco cego (a aplicação serializa/deserializa), enquanto no document store o banco entende e indexa a estrutura interna do objeto (ex.: consulta campo.subcampo). A banca testa se você sabe que "armazenar objeto" exige um banco que gerencie a estrutura, não apenas guarde um valor opaco.