Bancos de Dados Relacionais e NoSQL

O que é

• Banco relacional organiza dados em tabelas com schema fixo, relacionamentos e linguagem SQL.
• Bancos NoSQL agrupam modelos diversos: documento, chave-valor, coluna larga e grafo — cada um com trade-offs.
• Na prática, sistemas médios usam relacional como fonte da verdade e NoSQL como complemento (cache, fila, busca).
• A decisão deve partir dos requisitos (RF/RNF), volume, consistência e padrão de acesso — não da moda tecnológica.

Relacional — pontos fortes

• ACID (Atomicidade, Consistência, Isolamento, Durabilidade) em transações — crítico para auditoria e financeiro.
• Integridade referencial com FK, constraints e triggers.
• Consultas ad hoc com JOIN; ecossistema maduro (PostgreSQL, MySQL, SQL Server, Oracle).
• Exemplo ADS: atividades, usuários e log de exportação PDF em PostgreSQL.

NoSQL — famílias e uso

• Documento (MongoDB): JSON flexível, bom para catálogos variáveis — cuidado com consistência cross-document.
• Chave-valor (Redis): cache, sessão, rate limit, filas leves — TTL e alta velocidade.
• Coluna larga (Cassandra): séries temporais e escrita massiva distribuída.
• Grafo (Neo4j): redes de relacionamento complexas (fraud, recomendação).
• CAP: em partições de rede, escolha entre consistência forte e disponibilidade conforme o negócio.

Exemplo visual — relacional + NoSQL no mesmo fluxo

• RF-012 (exportar PDF): PostgreSQL garante dados e auditoria; Redis pode cachear consulta por período.

Como escolher

• Precisa de transação multi-tabela e relatórios SQL? → relacional.
• Precisa de latência sub-milissegundo em leitura repetida? → cache chave-valor.
• Schema muda toda semana e documentos heterogêneos? → avaliar documento, mantendo relatórios críticos no SQL.
• Evite dois bancos gravando a mesma verdade sem estratégia de sincronização.
• RNF de desempenho (ex.: RNF-005) deve ser testado com massa realista, não só em desenvolvimento.

Modelo textual — decisão de armazenamento

• Registre por requisito ou módulo qual tecnologia foi escolhida e por quê.

────────────────────────────────────────────────────────────
DECISÃO DE ARMAZENAMENTO
────────────────────────────────────────────────────────────

Módulo / RF:     [RF-012 — exportar PDF]
Requisito:       [descrição resumida]

Opção A — Relacional:
  Prós:          [ACID, auditoria, SQL]
  Contras:       [escala horizontal mais trabalhosa]

Opção B — NoSQL (tipo):
  Prós:          [cache, flexibilidade]
  Contras:       [não substitui log transacional]

Decisão:         [PostgreSQL + Redis cache 5 min]
Responsável:     [arquiteto / DBA]
Data revisão:    [AAAA-MM-DD]

Critérios de aceite técnico:
  - [ ] Exportação com log em transação SQL
  - [ ] Cache invalidado ao INSERT/UPDATE em atividade
  - [ ] Teste de carga documentado (RNF-005)