Hur väljer man databaser vid systemdesign?

Question

Accepted Answer

Att välja rätt **databas** är ett nyckelbeslut inom systemdesign — mellan **SQL (relationell)** och **NoSQL**-typer (dokument, nyckel-värde, etc.), baserat på data, åtkomstmönster, skalning och konsistenskrav. Olika databaser passar olika krav.

## SQL vs NoSQL (huvudvalet)

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

## Hur man väljer

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

## Varför det är viktigt

Att förstå hur man väljer databaser är grundläggande eftersom **databasval är ett nyckelbeslut vid systemdesign** som i betydande grad påverkar ett systems möjligheter, så det är väsentlig kunskap.

Databasen är central för de flesta system, och att välja rätt — mellan **SQL (relationell)** och de olika **NoSQL**-typerna — baserat på krav är ett viktigt arkitektoniskt beslut.

Att förstå **SQL vs NoSQL**-distinktionen är grundläggande: SQL-databaser erbjuder stark konsistens, komplexa frågor och joins, transaktioner och strukturerade scheman (passar relationella data och traditionella applikationer), medan NoSQL-databaser erbjuder flexibla scheman och ofta enklare horisontell skalning, med olika typer (dokument, nyckel-värde, bred kolumn, graf) som passar olika behov (flexibel data, massiv skalning, högt genomflöde, specifika åtkomstmönster).

Att förstå **hur man väljer** — baserat på datastruktur (relationell vs flexibel), åtkomstmönster (komplexa frågor vs enkla uppslag), skalning (massiv horisontell skalning vs måttlig) och konsistenskrav (stark vs eventuell) — är nyckelskickligheten, med den viktiga principen att välja databasen som **passar kraven** snarare än vad som är trendigt.

Att förstå **polyglot persistence** — att använda olika databaser för olika behov i ett system (t.ex. PostgreSQL för kärndata, Redis för cachning, Elasticsearch för sökning) — reflekterar den mogna insikten att ingen enskild databas är bäst för allt, så att använda rätt verktyg för varje uppgift är ofta optimalt.

Since databasen är central för de flesta system och att välja rätt (SQL vs NoSQL-typer, baserat på data, åtkomstmönster, skalning och konsistens) påverkar systemets möjligheter betydligt och är ett nyckelbeslut vid design, och eftersom att förstå hur man väljer och polyglot-persistence-metoden är grundläggande, är förståelse för hur man väljer databaser väsentlig, grundläggande systemdesignkunskap — ett nyckelbeslut vid systemdesign som kräver förståelse för databasalternativen och hur man matchar dem mot krav, och är central för att designa system med lämplig datalagring.