Datenbanken im Vergleich: PostgreSQL, MySQL/MariaDB, SQLite, MongoDB, Redis, ClickHouse, CockroachDB, SurrealDB, DuckDB, Supabase

Was ist eine moderne Datenbank-Wahl?

Die Datenbank-Entscheidung wirkt 5-10 Jahre lang. Sie bestimmt das Schema, die Backup-Strategie, das Lizenz-Modell und die Skalierungs-Optionen. Wer den falschen Stack wählt, finanziert später Migrationen, die monatelang Entwickler binden.

Im Mai 2026 hat sich das Feld stark sortiert. Klassisch-relational sind PostgreSQL, MySQL/MariaDB, SQLite, CockroachDB und Supabase (Postgres-basiert). Dokumenten-orientiert ist MongoDB. Key-Value plus Cache ist Redis. Columnar für Analytik sind ClickHouse und DuckDB. Multi-Modell ist SurrealDB als jueengster Spieler.

Für ein CH-KMU mit Treuhand-Software, einem Mandanten-Portal und 100-500 Anwender steht die Antwort fast immer auf einer 90-Prozent-Konfidenz fest: PostgreSQL als Hauptdatenbank, plus Redis für Sessions und Rate-Limiting, plus optional pgvector für KI-Wissensbasen. Die anderen acht Optionen sind Spezialisten für spezifische Probleme -- wer sie braucht, weiss meistens warum.

Warum es wichtig ist

Drei Achsen entscheiden die Wahl: Datenmodell, Operations-Modell und Lizenz-Kompatibilität.

Datenmodell: Relationale Daten mit klaren Tabellen, Fremdschlüsseln und Joins gehören in PostgreSQL oder MySQL. Wenn Schemen täglich wechseln und Felder optional sind (Sensor-Daten, Log-Einträge, Game-State), passt MongoDB besser. Wenn 99 Prozent der Anfragen Aggregate über Millionen Zeilen sind (Reporting, BI), gehören die Daten in ClickHouse oder DuckDB. Wer KV-Cache, Pub/Sub oder Sessions braucht, baut Redis daneben -- nicht statt der Haupt-DB.

Operations: Self-Host vs. Cloud entscheidet über laufende Kosten und Verantwortung. PostgreSQL auf einem Hetzner CPX31 kostet 25 CHF pro Monat plus 1-2 Stunden Wartung. Supabase Pro startet bei USD 25 pro Monat für ein Postgres mit Auth, Storage und Realtime fertig konfiguriert. CockroachDB-Cloud beginnt bei rund USD 0-25 pro Monat für Serverless, skaliert dann nach Volumen. Wer < 5 Datenbanken betreibt, ist mit Self-Host oft günstiger. Wer DSG-konform in CH/EU bleiben muss, hat mit Hetzner Falkenstein/Helsinki + PostgreSQL die klare Standardlösung.

Lizenz: Die SSPL-Lizenz von MongoDB und Redis (Redis seit 2024) schliesst Cloud-Hyperscaler aus, aber nicht KMU-Selbsthoster. Vorsicht bei CockroachDB: war BSL, wechselte 2024 auf Enterprise-License für grosse Kunden, hat aber 2026 angekündigt, dass Self-Host für KMU unter Apache 2.0 zurückkehrt. SurrealDB fährt BSL mit 4-Jahre-Apache-2.0-Konversion -- d.h. Version 1.0 wird 2028 Apache. Wer Lizenz-Compliance braucht (öffentlicher Sektor, regulierte Branche), liest die Lizenztexte genau, bevor er produktiv geht.

Die zehn Optionen im Detail

PostgreSQL (PostgreSQL License, MIT-ähnlich, self-host): die Industrie-Standard-DB. JSON-Support, Full-Text-Search, pgvector für KI, PostGIS für Geo. Skaliert vertikal sehr weit -- Stripe und Notion fahren produktiv auf Postgres. Standardwahl in 90 Prozent aller KMU-Setups.

MySQL/MariaDB (GPL-2 / MariaDB BSL): klassische LAMP-Stack-DB. MariaDB ist der Open-Source-Fork von MySQL seit 2009, mittlerweile in den meisten Linux-Distros als Default. MySQL gehört Oracle, MariaDB der MariaDB Foundation. Funktional vergleichbar mit Postgres bei einfachen Setups, weniger mächtig bei JSON, Window-Functions und CTEs.

SQLite (Public Domain, embedded): Einzeldatei-DB ohne Server. Perfekt für Single-Server-Apps, Desktop-Software, mobile Apps. Fährt mit Litestream Live-Replikation in S3. Skaliert pro Datei bis ca. 1 TB. Realty51 und Fairlane fahren auf SQLite -- bewusste Wahl für Single-Tenant-Setups ohne Concurrent-Write-Pression.

MongoDB (SSPL, self-host + Atlas Cloud): Dokumenten-DB mit JSON-basiertem Schema. Gut für flexible Daten ohne festes Schema. Atlas Cloud ab USD 9 pro Monat (M0 free, M10 ab USD 57). Wer 2026 neu startet, sollte zuerst prüfen, ob Postgres mit jsonb-Spalten reicht -- in 80 Prozent der Fälle ja.

Redis (BSD historisch, SSPL seit 2024, self-host + Cloud): In-Memory KV-Store, Pub/Sub, Streams. Sehr schnell (Mikrosekunden). Standard für Sessions, Rate-Limits, Job-Queues, Pub/Sub-Notifications. Valkey ist der Linux-Foundation-Fork von Redis 2024 mit echter Open-Source-Lizenz -- 2026 in vielen Distros bereits als Drop-in-Replacement verfügbar.

ClickHouse (Apache 2.0, self-host + Cloud): Columnar-Analytics-DB. Sehr schnell für Aggregate über Milliarden Zeilen, z.B. Web-Analytics, Logs, Telemetrie. Yandex-Ursprung, heute eigene ClickHouse Inc. Cloud-Angebot ab USD 0 pro Monat (Free-Tier) bis Enterprise. Für KMU-Reporting in 2026 überzogen, für SaaS-Analytics genau richtig.

CockroachDB (BSL, 2026-Konversion zu Apache 2.0 für Self-Host-KMU): verteiltes Postgres-kompatibles SQL. Built für Multi-Region, automatischer Failover, ACID-Transaktionen über mehrere Knoten. Cloud Serverless ab USD 0 pro Monat. Self-Host kostenlos bis 10 GiB Storage. Sinnvoll, wenn ein KMU Standorte in CH + DE + USA hat und konsistente Daten an allen Orten braucht -- selten, aber dann genau die richtige DB.

SurrealDB (BSL, 4-Jahre-Apache-2.0-Konversion): jünger Multi-Modell -- relational, dokumentenbasiert, Graph und Vektor in einer DB. Geschrieben in Rust, sehr aktiv entwickelt, 2026 in Version 2.x produktiv eingesetzt. Free-Plan 1 GB Storage, Start-Plan rund USD 15 pro Monat. Vielversprechend, aber noch nicht der Default-Vorschlag für KMU -- zu jung für langzeit-kritische Daten.

DuckDB (MIT, embedded): Columnar-OLAP-DB als Einzeldatei. Perfekt für lokale Datenanalyse, Pandas-Replacement, Reporting auf Datei-Snapshots. Läuft in Python, Node, R, Rust. Ersetzt nicht eine produktive DB, sondern ergänzt sie für Analyse-Workloads. Für Treuhand-Reporting auf 100k+ Mandanten-Buchungen ideal.

Supabase (Apache 2.0, self-host + EU-Cloud): Postgres-basiertes Backend-as-a-Service mit Auth, Storage, Realtime, Edge-Functions. Free-Tier 500 MB plus 50k MAU, Pro USD 25 pro Monat. EU-Region (Frankfurt) verfügbar -- mit AVV nutzbar für DSGVO. Sehr schnelle Inbetriebnahme für Startups und MVPs. Lock-in moderat, da Postgres selbst Standard ist.

Auswahl-Workflow in 6 Schritten

1. 01Datenmodell festlegen: relational (Postgres/MySQL), dokumentenbasiert (Mongo), columnar (ClickHouse/DuckDB), KV (Redis).
2. 02Volumen schätzen: < 10 GB einfach, 10-1000 GB Standard-Setup, > 1 TB braucht Index- und Partition-Strategie.
3. 03Datenresidenz klären: muss in CH/EU bleiben? Self-host auf Hetzner Falkenstein oder Supabase EU-Region.
4. 04Lizenz prüfen: SSPL (Mongo, Redis) blockiert Cloud-Resale, BSL (Cockroach, Surreal) hat Apache-2.0-Konversion mit Zeitplan.
5. 05Backup-Strategie definieren: PITR-fähig (Postgres WAL, Mongo Atlas), Snapshot-only (SQLite via Litestream), zeitgestempelt.
6. 06Migration-Pfad prüfen: ist ein Wechsel in 3 Jahren denkbar? Postgres-kompatible DBs (Cockroach, Supabase) machen das einfach.

Empfehlung je Anwendungsfall

CH-KMU mit Mandanten-Portal, < 100k Datensätzen: PostgreSQL self-host auf Hetzner Falkenstein. Mit pgvector für KI-Wissensbasen, jsonb für flexible Daten, PostGIS bei Geo-Anwendungen. Backup via pg_basebackup plus WAL-Archiving (PITR-fähig). Kosten: CHF 25-50 pro Monat inkl. Backup-Storage.

Startup oder MVP mit knapper Engineering-Zeit: Supabase EU-Region. Auth, Storage und Realtime fertig konfiguriert, Frankfurt-Hosting für DSGVO. Pro-Plan USD 25 pro Monat für 8 GB Storage und mittlere Last. Migration auf Self-Host möglich, da Postgres-basiert.

Single-Tenant-Apps, eingebettete Software: SQLite plus Litestream. Fairlane und Realty51 fahren so -- gleicher Server wie App, eine Datei, Backup via Litestream-Replikation in S3. Skaliert pro Datei bis 1 TB ohne Server-Overhead.

Sessions, Rate-Limiting, Job-Queues: Redis (oder Valkey ab 2026 für reine OSS-Lizenz). Niemals als Haupt-DB -- sondern als Cache und Queue neben PostgreSQL.

Web-Analytics, Log-Aggregation, Reporting > 100M Zeilen: ClickHouse. Standard für Telemetrie-Pipelines. Bei < 10M Zeilen lieber Postgres mit Partitionierung -- ClickHouse-Setup ist nicht trivial.

Lokale Datenanalyse, Pandas-Replacement: DuckDB. Im Treuhand-Reporting auf einem 5-GB-Mandanten-Snapshot 100x schneller als Postgres-Queries, ohne Server-Setup.

Multi-Region-Synchronizität (CH + DE + USA): CockroachDB. Wenn ein Konzern in 3 Ländern Datenkonsistenz unter 100 ms Latenz braucht. Self-Host bis 10 GiB kostenlos, Cloud Serverless ab USD 0.

Flexible Schemen, Dokumenten-Daten: zuerst Postgres jsonb prüfen. Falls wirklich schemalose Daten (z.B. CMS-Inhalte, Sensor-Daten in 50+ Varianten), dann MongoDB Atlas EU oder self-host.

Multi-Modell-Experiment, Greenfield-Projekt 2026/2027: SurrealDB als Pilot. Reizvoll für R&D, noch nicht reif für regulierte Branchen wie Treuhand oder Anwalt.

Wann diese Wahl falsch ist

MongoDB ist die häufigste Fehl-Entscheidung in CH-KMU. Wer 2026 ein neues System startet und ausser MongoDB nichts kennt, sollte zuerst prüfen, ob das Schema wirklich schemalos ist -- in 80 Prozent der Fälle ist es das nicht, und Postgres mit jsonb-Spalten bietet dieselbe Flexibilität plus klassische SQL-Power. Ein nachträgliches Migrieren von MongoDB auf Postgres ist eine 2-4-Wochen-Übung.

Redis als Haupt-DB ist ein zweiter Klassiker-Fehler. Wer Bestellungen oder Mandanten-Daten nur in Redis hält, verliert sie beim ersten Crash -- Redis ist In-Memory-fokussiert, Persistence ist eine Option, nicht der Default. Redis ist ein Sidekick zu Postgres, kein Ersatz.

ClickHouse für OLTP (kleine, häufige Schreib-Operationen) ist falsch -- columnar ist für Aggregate gebaut, nicht für Einzel-Inserts. Wer in einem Treuhand-System pro Sekunde 10 neue Buchungen schreibt, gehört in Postgres.

CockroachDB für eine Single-Region-CH-Anwendung ist überzogen -- der Aufwand für Distributed-Operations zahlt sich erst aus, wenn echte Multi-Region-Anforderungen bestehen. Bis dahin tut es eine Postgres-Instanz mit gutem Backup.

Vor- und Nachteile

Häufige Fragen

Verwandte Themen

Quellen

1. PostgreSQL 17 Release Notes · 2026-04
2. Supabase Pricing 2026 · 2026-05
3. SurrealDB License FAQs · 2026-04
4. CockroachDB Licensing Update 2024-2026 · 2026-03
5. ClickHouse Apache 2.0 Documentation · 2026-04
6. Valkey -- Linux Foundation OSS fork of Redis · 2026-03