Come scegli i database nel system design?

Question

Accepted Answer

Scegliere il **database** giusto è una decisione fondamentale nel system design — tra tipi **SQL (relazionali)** e **NoSQL** (document, key-value, ecc.), basandosi sui dati, i pattern di accesso, la scala e i requisiti di consistenza. Database diversi si adattano a requisiti diversi.

## SQL vs NoSQL (la scelta principale)

```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
```

## Come scegliere

```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)
```

## Polyglot persistence

```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
```

## Perché è importante

Capire come scegliere i database è fondamentale perché **la scelta del database è una decisione chiave e consequenziale del system design** che incide significativamente sulle capacità di un sistema, quindi è una conoscenza essenziale.

Il database è centrale nella maggior parte dei sistemi, e scegliere quello giusto — tra **SQL (relazionali)** e i vari tipi **NoSQL** — basandosi sui requisiti è una decisione architettonica importante.

Capire la **distinzione tra SQL e NoSQL** è fondamentale: i database SQL offrono forte consistenza, query e join complessi, transazioni e schemi strutturati (adatti ai dati relazionali e alle applicazioni tradizionali), mentre i database NoSQL offrono schemi flessibili e spesso scaling orizzontale più semplice, con diversi tipi (document, key-value, wide-column, graph) che si adattano a esigenze diverse (dati flessibili, scala massiccia, alto throughput, pattern di accesso specifici).

Capire **come scegliere** — basandosi sulla struttura dei dati (relazionali vs flessibili), i pattern di accesso (query complesse vs lookup semplici), la scala (scaling orizzontale massicchio vs moderato) e i requisiti di consistenza (forte vs eventuale) — è la competenza chiave, con il principio importante di scegliere il database che **soddisfa i requisiti** piuttosto che quello di tendenza.

Capire la **polyglot persistence** — usare database diversi per esigenze diverse in un unico sistema (ad es. PostgreSQL per i dati core, Redis per il caching, Elasticsearch per la ricerca) — riflette il riconoscimento maturo che nessun singolo database è migliore per tutto, quindi usare lo strumento giusto per ogni compito è spesso ottimale.

Poiché il database è centrale nella maggior parte dei sistemi e scegliere quello giusto (tipi SQL vs NoSQL, basandosi su dati, pattern di accesso, scala e consistenza) incide significativamente sulle capacità del sistema ed è una decisione chiave di design, e poiché capire come scegliere e l'approccio polyglot-persistence è fondamentale, capire come scegliere i database è una conoscenza essenziale e fondamentale del system design — una decisione chiave e consequenziale nel system design, che richiede la comprensione delle opzioni di database e come associarle ai requisiti, ed è centrale nella progettazione di sistemi con archiviazione dati appropriata.