Jak si vybíráte databáze při navrhování systémů?

Question

Accepted Answer

Výběr správné **databáze** je klíčové rozhodnutí při návrhu systému — volba mezi **SQL (relačními)** a **NoSQL** typy (dokumentové, klíč-hodnota atd.), na základě dat, vzorů přístupu, škálování a potřeb konzistence. Různé databáze se hodí pro různé požadavky.

## SQL vs NoSQL (hlavní volba)

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

## Jak si vybrat

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

## Proč je to důležité

Pochopení, jak si vybrat databáze, je zásadní, protože **výběr databáze je klíčové, consequenční rozhodnutí při návrhu systému**, které významně ovlivňuje schopnosti systému, takže jde o essential znalost.

Databáze je centrální součást většiny systémů a výběr té správné — mezi **SQL (relačními)** a různými **NoSQL** typy — na základě požadavků je důležité architektonické rozhodnutí.

Pochopení rozdílu **SQL vs NoSQL** je fundamentální: SQL databáze nabízejí silnou konzistenci, složité dotazy a spojení (joins), transakce a strukturované schéma (vhodné pro relační data a tradiční aplikace), zatímco NoSQL databáze nabízejí flexibilní schéma a často snazší horizontální škálování, s různými typy (dokumentové, klíč-hodnota, wide-column, graph), které se hodí pro různé potřeby (flexibilní data, obrovské měřítko, vysoká propustnost, specifické vzory přístupu).

Pochopení, **jak si vybrat** — na základě struktury dat (relační vs flexibilní), vzorů přístupu (složité dotazy vs jednoduché vyhledávání), škálování (obrovské horizontální škálování vs mírné) a potřeb konzistence (silná vs eventuální) — je klíčová dovednost, přičemž důležitým principem je vybrat si databázi, která **vyhovuje požadavkům**, spíše než to, co je trendy.

Pochopení **polyglot persistence** — použití různých databází pro různé potřeby v jednom systému (např. PostgreSQL pro základní data, Redis pro cachování, Elasticsearch pro vyhledávání) — odráží zralé uznání, že žádná jediná databáze není nejlepší pro všechno, takže použít správný nástroj pro každou práci je často optimální.

Požadavek, aby databáze byla centrální součástí většiny systémů a výběr té správné (SQL vs NoSQL typy, na základě dat, vzorů přístupu, škálování a konzistence) významně ovlivňuje schopnosti systému a je klíčovým designovým rozhodnutím, a protože pochopení, jak si vybrat, a polyglot-persistence přístup je fundamentální, pochopení, jak si vybrat databáze, je essential, zásadní znalost z návrhu systémů — klíčové, consequenční rozhodnutí při navrhování systémů, vyžadující pochopení možností databází a jak je sladit s požadavky, a centrální k navrhování systémů s vhodným úložištěm dat.