Alternativa correta: B - NoSQL do tipo documento

1. Tema central:
Esta questão aborda modelos de bancos de dados e sua adequação para armazenar dados estruturados (ex: números, datas, códigos) e não estruturados (ex: PDFs, imagens, textos livres), além de considerar a necessidade de escalabilidade e flexibilidade no gerenciamento dessas informações.

2. Resumo teórico:
Os bancos de dados podem ser relacionais (tradicionais, como MySQL e PostgreSQL, baseados em tabelas e esquemas rígidos) ou NoSQL (flexíveis, variados em estrutura, ideais para grandes volumes e diferentes tipos de dados). O NoSQL do tipo documento (ex: MongoDB, CouchDB) permite armazenar documentos completos (como JSON, BSON), que podem conter tanto dados estruturados quanto não estruturados no mesmo registro, além de ser altamente escalável.
Fontes: Elmasri & Navathe, "Sistemas de Banco de Dados"; Documentação oficial do MongoDB.

3. Justificativa da alternativa correta:
A alternativa B é correta porque os bancos de dados NoSQL do tipo documento proporcionam a flexibilidade necessária para guardar tanto informações estruturadas (dados de empresas e impostos) quanto não estruturadas (PDFs, imagens, textos livres), além de escalarem facilmente para grandes volumes de dados. Cada registro pode armazenar diferentes tipos de informações, adaptando-se às variações naturais dos dados de auditorias.

4. Análise das alternativas incorretas:

• A: Os bancos de grafos são excelentes para mapear relacionamentos complexos, mas não são ideais para armazenar arquivos e textos grandes, nem para misturar dados estruturados e não estruturados de forma flexível.
• C: Bancos relacionais exigem esquemas fixos e não são apropriados para guardar grandes volumes de dados não estruturados, perdendo em flexibilidade e escalabilidade neste cenário.
• D: Bancos chave-valor são simples e rápidos para buscas diretas, mas não suportam consultas complexas e não acomodam naturalmente registros ricos em estrutura e variedade de tipos de dados.
• E: MongoDB é NoSQL, não relacional. O termo “relacional padrão MongoDB” é incorreto e confunde conceitos. Além disso, MongoDB foca em flexibilidade, não em “consistência forte” como bancos relacionais tradicionais.

5. Dicas de interpretação:
Procure termos como “flexibilidade”, “escalabilidade” e tipos de dados mistos. Esses são indícios de que bancos NoSQL, especialmente os do tipo documento, são os mais adequados. Cuidado com alternativas que misturam termos de modelos diferentes ou prometem “tudo em um só”.

Gostou do comentário? Deixe sua avaliação aqui embaixo!

Letra B)

Características principais do NoSQL

• Sem esquema fixo → não exige estrutura rígida de tabelas; os dados podem ter formatos variados.
• Alta escalabilidade → projetado para lidar com grandes volumes de dados (big data) de forma distribuída.
• Flexibilidade → aceita diferentes modelos de armazenamento: documentos, chave-valor, colunas, grafos.
• Performance → ótimo para aplicações que precisam de leitura/escrita rápidas.

Entretanto, pelo texto na questão, se lido com calma, dava pra matar sem saber a resposta. Pois, conforme vem do enunciado: "Os dados incluem informações estruturadas, como identificação da empresa, valores de impostos e datas de pagamento, mas também dados não estruturados, como relatórios de auditoria em PDF, notas fiscais digitalizadas e comentários dos auditores em texto livre".

O texto está sendo claro que tem dados estruturados e nao estruturados. A única alternativa que fala de forma clara do modelo a ser utilizado é a alternativa B)

Bons estudos, galera.

B) NoSQL do tipo documento, pois permite armazenar dados estruturados e não estruturados em um único registro, com alta escalabilidade.

Dados Mistos (Híbridos): Tem dados "certinhos" (ID, valor, data) misturados com dados "bagunçados" (textos longos de comentários, metadados de PDFs, conteúdo de notas fiscais). Bancos orientados a documentos armazenam dados em formatos como JSON ou BSON, permitindo que cada registro tenha campos diferentes. Uma empresa pode ter um campo "comentário_auditor" e outra não, sem quebrar o banco.

Escalabilidade: O enunciado pede escalabilidade. Bancos NoSQL são nativamente projetados para escalabilidade horizontal (adicionar mais servidores para dividir a carga), o que é ideal para armazenar grandes volumes de dados de arquivos e relatórios.

ALTERNATIVAS ERRADAS:

A (Grafo): Grafos são excelentes para analisar conexões (ex: descobrir se a Empresa X é laranja da Empresa Y). Eles não são otimizados para armazenar conteúdo pesado e documentos não estruturados.

C (Relacional): O erro está em dizer que "suporta esquemas flexíveis". Bancos relacionais são rígidos; mudar a estrutura exige alterar a tabela inteira (ALTER TABLE), o que é lento e complexo. Eles sofrem para lidar com dados não estruturados de forma eficiente.

D (Chave-valor): O erro está em dizer que é "otimizado para consultas complexas com junções". É o oposto: bancos chave-valor (como Redis) são super simples e rápidos, mas não fazem junções (JOINS) e são péssimos para consultas complexas.

E (MongoDB como Relacional): Essa alternativa contém um erro conceitual grave. O MongoDB NÃO é relacional; ele é justamente o maior exemplo de banco NoSQL orientado a documentos (a resposta certa da letra B).

Modelo baseado em documentos: 

• armazenam dados em formatos flexíveis, geralmente em JSON ou suas variações binárias (como BSON no MongoDB).

Gabarito: letra B.