Questão de Arquitetura de Software — Banco de Dados — ACAFE 2024
Arquitetura de Software›Banco de Dados
Código
qg053092
Banca
ACAFE
Órgão
CELESC
Ano
2024
Nível
Superior
Cargo
Analista de Sistemas - Infraestrutura Operação e Segurança
Uma empresa de varejo online enfrenta um rápido crescimento no volume de dados de vendas e transações, ultrapassando a capacidade do seu banco de dados relacional tradicional. Qual seria a melhor solução para gerenciar esses dados de forma eficiente e escalável?
AAdotar um data warehouse: Um data warehouse centralizado pode armazenar e analisar dados históricos de vendas, mas não é ideal para processamento em tempo real e grandes volumes de dados não estruturados.
BOtimizar o banco de dados relacional existente: Implementar técnicas de otimização como normalização, indexação e particionamento pode melhorar o desempenho, mas pode ser insuficiente para lidar com o crescimento exponencial de dados.
CAdotar um banco de dados NoSQL orientado a documentos: Bancos de dados NoSQL orientados a documentos como MongoDB ou CouchDB podem armazenar, consultar e analisar grandes volumes de dados de vendas e transações de forma eficiente e escalável.
DImplementar um lago de dados: Um lago de dados pode armazenar todos os dados brutos de vendas e transações em formato nativo, mas requer ferramentas e expertise para análise e visualização dos dados.
EUtilizar um banco de dados NoSQL chave-valor: Bancos de dados chave-valor como Redis ou Memcached oferecem alto desempenho para consultas simples, mas não são adequados para armazenar e analisar dados estruturados complexos.
Revelar gabarito e comentário▾
GabaritoC — Adotar um banco de dados NoSQL orientado a documentos: Bancos de dados NoSQL orientados a documentos como MongoDB ou CouchDB podem armazenar, consultar e analisar grandes volumes de dados de vendas e transações de forma eficiente e escalável.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Escalabilidade de Banco de Dados para E-commerce
Gabarito: letra C. Bancos NoSQL orientados a documentos (ex.: MongoDB) oferecem escalabilidade horizontal, flexibilidade de esquema e alta performance para grandes volumes de dados transacionais, sendo a solução mais adequada para o cenário de rápido crescimento e dados não estruturados.
A questão testa a capacidade de identificar qual tecnologia melhor atende aos requisitos de volume elevado, variedade de dados e necessidade de escalabilidade. A banca explora as limitações de cada alternativa:
Soluções para escalabilidade de dados: Data warehouse (A) (Análise histórica (OLAP), Não é tempo real); Otimização relacional (B) (Escalabilidade vertical limitada, Esquema rígido); NoSQL orientado a documentos (C) (Escalabilidade horizontal (sharding), Esquema flexível (JSON/BSON), Ideal para transações de alto volume); Lago de dados (D) (Dados brutos, sem análise pronta, Não é OLTP); NoSQL chave-valor (E) (Consultas simples apenas, Sem relações complexas)
Alternativa A — ❌ Incorreta
Data warehouse é projetado para análise histórica e OLAP, não para processamento transacional em tempo real. Seu foco em dados consolidados e estruturados não atende à necessidade de escalabilidade para operações diárias de vendas.
Alternativa B — ❌ Incorreta
Otimizações como indexação e particionamento melhoram o desempenho, mas o modelo relacional impõe limites de escalabilidade vertical e rigidez de esquema, insuficientes para crescimento exponencial e dados não estruturados (ex.: logs, metadados de produtos).
Alternativa C — ✅ Correta ⟵ GABARITO
Bancos NoSQL orientados a documentos armazenam dados em formato JSON/BSON, permitindo esquemas flexíveis e escalabilidade horizontal via sharding. São ideais para catálogos de produtos, carrinhos de compras e transações de alto volume, combinando desempenho e elasticidade.
Alternativa D — ❌ Incorreta
Lago de dados (data lake) armazena dados brutos em formato nativo, mas exige ferramentas adicionais para análise e não é otimizado para consultas transacionais frequentes. É mais adequado para big data e analytics, não para operações OLTP.
Alternativa E — ❌ Incorreta
Bancos chave-valor têm alto desempenho para consultas simples por chave, mas não suportam consultas complexas ou relações entre dados estruturados, sendo inadequados para um sistema de vendas que exige agregações e filtros.
Conclusão: Para gerenciar grandes volumes de dados de vendas com escalabilidade e eficiência, a melhor opção é o banco de dados NoSQL orientado a documentos (letra C).