Como você escolhe bancos de dados no design de sistemas?

Question

Accepted Answer

Escolher o **banco de dados** correto é uma decisão chave no design de sistemas — entre tipos **SQL (relacional)** e **NoSQL** (documento, chave-valor, etc.), baseado nos dados, padrões de acesso, escala e necessidades de consistência. Diferentes bancos de dados se adequam a diferentes requisitos.

## SQL vs NoSQL (a escolha principal)

```text
SQL (relational: PostgreSQL, MySQL) → structured data, tables, relationships, ACID:
  ✓ strong consistency, complex queries/joins, transactions, well-defined schema
  ✓ for: relational data, transactions, complex queries (most traditional apps)
NOSQL → various non-relational models, flexible schema, often easier horizontal scaling:
  → DOCUMENT (MongoDB) → flexible JSON-like docs
  → KEY-VALUE (Redis, DynamoDB) → simple, fast lookups, caching
  → WIDE-COLUMN (Cassandra) → massive scale, high write throughput
  → GRAPH (Neo4j) → relationships/networks
  ✓ for: flexible schema, huge scale, specific access patterns, high throughput
```

## Como escolher

```text
Consider:
  → DATA structure → relational/structured (SQL) vs flexible/varied (NoSQL document)
  → ACCESS PATTERNS → complex queries/joins (SQL) vs simple key lookups (key-value)
  → SCALE → massive horizontal scale / huge write volume (some NoSQL) vs moderate (SQL fine)
  → CONSISTENCY → strong consistency/transactions (SQL) vs eventual OK (some NoSQL)
  → choose the database that FITS the requirements (not just what's trendy)
```

## Persistência poliglota

```text
→ Use DIFFERENT databases for different needs in one system ("polyglot persistence"):
  e.g. PostgreSQL for core data + Redis for caching + Elasticsearch for search
→ no single database is best for everything → use the right tool for each job
```

## Por que isso importa

Compreender como escolher bancos de dados é fundamental porque **a escolha do banco de dados é uma decisão chave e consequente no design de sistemas** que afeta significativamente as capacidades de um sistema, por isso é conhecimento essencial.

O banco de dados é central na maioria dos sistemas, e escolher o correto — entre **SQL (relacional)** e os vários tipos de **NoSQL** — baseado nos requisitos é uma decisão arquitetônica importante.

Compreender a **distinção entre SQL e NoSQL** é fundamental: bancos de dados SQL oferecem consistência forte, consultas complexas e joins, transações e esquemas estruturados (adequados para dados relacionais e aplicações tradicionais), enquanto bancos de dados NoSQL oferecem esquemas flexíveis e geralmente escalabilidade horizontal mais fácil, com diferentes tipos (documento, chave-valor, coluna larga, grafo) adequando-se a diferentes necessidades (dados flexíveis, escala massiva, alto throughput, padrões de acesso específicos).

Compreender **como escolher** — baseado na estrutura de dados (relacional vs flexível), padrões de acesso (consultas complexas vs buscas simples), escala (escala horizontal massiva vs moderada) e necessidades de consistência (forte vs eventual) — é a habilidade chave, com o importante princípio de escolher o banco de dados que **se adequa aos requisitos** em vez do que é tendência.

Compreender **persistência poliglota** — usar diferentes bancos de dados para diferentes necessidades em um sistema (por exemplo, PostgreSQL para dados principais, Redis para cache, Elasticsearch para busca) — reflete o reconhecimento maduro de que nenhum banco de dados único é melhor para tudo, então usar a ferramenta certa para cada tarefa é frequentemente ideal.

Como o banco de dados é central na maioria dos sistemas e escolher o correto (tipos SQL vs NoSQL, baseado em dados, padrões de acesso, escala e consistência) afeta significativamente as capacidades do sistema e é uma decisão chave de design, e como compreender como escolher e a abordagem de persistência poliglota é fundamental, compreender como escolher bancos de dados é conhecimento essencial e fundamental de design de sistemas — uma decisão chave e consequente no design de sistemas, exigindo compreensão das opções de banco de dados e como alinhá-las aos requisitos, e central para projetar sistemas com armazenamento de dados apropriado.