Questão de Banco de Dados — Conceitos Gerais de NoSQL — Quadrix 2025

Bancos de dados: manutenção contínua e a escolha entre SQL e NoSQL

Gabarito: ERRADO (letra E). O item é falso por dois motivos independentes: (1) um banco de dados, uma vez configurado, exige manutenção contínua — o SGBD inclui a função de manutenção, que é a evolução do sistema ao longo do tempo; e (2) os bancos NoSQL não são sempre a melhor escolha para grandes volumes de dados, pois a adequação depende do tipo de aplicação, dos requisitos de consistência, das consultas e do modelo de dados — cada paradigma (relacional ou NoSQL) tem forças e fraquezas que o tornam mais adequado a determinadas situações.

O enunciado mistura duas afirmações independentes, e a banca explora exatamente a generalização indevida. Vamos por partes.

1. Manutenção contínua é inerente ao banco de dados. Um sistema de banco de dados não é um software estático que, depois de instalado e configurado, funciona sozinho para sempre. O SGBD — a coleção de programas que permite criar e manter o banco — tem como uma de suas funções explícitas a manutenção, definida como a evolução do sistema ao longo do tempo. Isso inclui: aplicar atualizações de segurança e correções de bugs, ajustar parâmetros de desempenho, monitorar o uso de espaço, gerenciar índices, realizar backups periódicos, planejar a recuperação de falhas, acompanhar o crescimento dos dados e adaptar o esquema às mudanças de requisitos do negócio. Na prática, um banco de dados corporativo é um sistema vivo: o DBA (administrador de banco de dados) monitora diariamente métricas de desempenho, identifica gargalos, otimiza consultas e garante a disponibilidade. A manutenção contínua é tão essencial que o próprio SGBD oferece ferramentas para isso — como o VACUUM no PostgreSQL, que recupera espaço e atualiza estatísticas, ou os jobs de manutenção de índices no SQL Server. Portanto, a primeira parte do item é falsa.

2. NoSQL não é "sempre" a melhor escolha. O termo NoSQL (Not Only SQL — Não Somente SQL) designa um conjunto diversificado de bancos de dados não relacionais, criados para atender a requisitos de grandes volumes de dados, semiestruturados ou não estruturados, com alta disponibilidade e escalabilidade horizontal. Eles são bem aplicáveis ao contexto de Big Data e têm sido adotados por grandes empresas como Facebook, Amazon e Google. Contudo, os bancos relacionais não foram substituídos pelos não relacionais: cada um tem forças e fraquezas que os fazem mais adequados a determinadas situações e conjuntos de dados. A escolha entre SQL e NoSQL depende de fatores como:

• Modelo de dados: se a aplicação exige relacionamentos complexos e integridade referencial forte, o relacional é mais adequado; se os dados são semiestruturados (JSON, documentos), o NoSQL orientado a documentos pode ser melhor.

• Consistência: bancos relacionais garantem ACID (Atomicidade, Consistência, Isolamento, Durabilidade); muitos NoSQL adotam o modelo BASE (Basically Available, Soft state, Eventually consistent), sacrificando consistência forte em favor de disponibilidade e desempenho.

• Consultas: se a aplicação precisa de consultas ad hoc complexas e joins, o SQL é mais poderoso; NoSQL geralmente exige modelagem voltada às consultas específicas.

• Escalabilidade: NoSQL se destaca na escalabilidade horizontal (scale out), mas sistemas relacionais modernos também oferecem soluções de cluster e particionamento.

A palavra-chave que torna a segunda parte do item falsa é "sempre". Não existe uma tecnologia universalmente superior; a escolha é contextual. Uma aplicação financeira que exige transações atômicas e consistência imediata, por exemplo, seria mal atendida por um NoSQL eventualmente consistente. Por outro lado, um sistema de recomendação que processa milhões de eventos por segundo pode se beneficiar de um NoSQL. Portanto, a afirmação de que NoSQL é "sempre a melhor escolha para grandes volumes de dados, independentemente do tipo de aplicação" é uma generalização indevida.

A banca explora dois erros clássicos de candidato: achar que banco de dados é "instalar e esquecer" e achar que NoSQL é superior em qualquer cenário de grande volume. A questão cobra o bom senso técnico: manutenção é contínua e a escolha da tecnologia é sempre uma análise de trade-offs.

Item — ❌ ERRADO

O item é ERRADO porque contém duas afirmações falsas:

1. "Uma vez configurado, o banco de dados não precisa de manutenção contínua" — Falso. A manutenção é uma das funções essenciais do SGBD, definida como a evolução do sistema ao longo do tempo. Na prática, todo banco de dados exige monitoramento, backups, ajustes de desempenho, atualizações de segurança e adaptação a mudanças de requisitos. Não existe banco de dados "configurado e esquecido".

1. "Os bancos de dados NoSQL são sempre a melhor escolha para grandes volumes de dados, independentemente do tipo de aplicação" — Falso. A escolha entre SQL e NoSQL depende do tipo de aplicação, dos requisitos de consistência, do modelo de dados e das consultas. NoSQL é adequado para muitos cenários de Big Data, mas não é universalmente superior; bancos relacionais continuam sendo a melhor opção para aplicações que exigem transações ACID, integridade referencial e consultas complexas. A palavra "sempre" torna a afirmação insustentável.

Como o item é composto por duas proposições falsas, o gabarito é ERRADO.

Gabarito: letra E (ERRADO).