ClickHouse: OLAP-Datenbank für laufende Analysen

Redaktion: Axel Schweizer · Profil aus Herstellerangaben · kein eigener Praxistest

OLAP-Datenbanken · ClickHouse · Herstellerquellen: 26.10.2026 · Kein eigener ClickHouse-Produkttest · Redaktion: Axel Schweizer

ClickHouse ist eine spaltenorientierte SQL-Datenbank für analytische Abfragen auf einem dauerhaft erreichbaren Dienst. Sie eignet sich als Kandidat, wenn viele Ereignisse laufend ankommen und mehrere Anwendungen Berichte oder nutzernahe Analysen abrufen. Entscheidend ist das Datenmodell: Sortierschlüssel, Duplikate, Korrekturen und Löschungen beeinflussen die Antwort stärker als ein allgemeines Geschwindigkeitsversprechen. Dieses Profil ist eine quellenbasierte Auswahlhilfe. Wir haben ClickHouse für diese Seite nicht selbst ausgeführt oder gegen andere Systeme gemessen.

ClickHouse für laufende Analysen aus einem Serverdienst

ClickHouse verarbeitet Spalten blockweise und parallel; die verbreitete MergeTree-Familie speichert sortierte Datenparts. Ein Dienst kann gleichzeitig Daten aufnehmen und Analyseabfragen bedienen. Die Open-Source-Software steht unter Apache 2.0; selbst betriebenes ClickHouse und ClickHouse Cloud sind getrennte Betriebs- und Kostenentscheidungen. ClickHouse: Produktüberblick, Repository-Lizenz.

ClickHouse ist ein OLAP-Kandidat, kein Ersatz für jede transaktionale Fachanwendung. Wenn Datensätze ständig einzeln mit enger Konsistenzanforderung geändert und per Primärschlüssel bearbeitet werden, prüfe zuerst, ob das operative System diese Wahrheit halten und ClickHouse sie für Analysen übernehmen soll. Zur fachlichen Abgrenzung: OLAP, OLAP-Würfel und OLAP vs. OLTP.

Sortierschlüssel, Joins und Parallelität bestimmen das Ergebnis

Bei MergeTree legt ORDER BY die Sortierung innerhalb der Datenparts fest. Ohne eigenes PRIMARY KEY verwendet ClickHouse denselben Ausdruck für den sparsamen Primärindex; sonst muss der Primärschlüssel ein Präfix des Sortierschlüssels sein. Der Primärindex ist keine automatische Eindeutigkeitsprüfung wie ein OLTP-Primärschlüssel. Filter, die zu diesem Schlüssel passen, können weniger Daten lesen. Wähle ihn nach den häufigsten Abfragen und nach der späteren Korrekturlogik: Bei ReplacingMergeTree identifizieren dieselben ORDER BY-Werte zu ersetzende Versionen. Eine Änderung dieses Schlüssels ist daher ein anderes Ereignis als eine Korrektur derselben logischen Zeile. MergeTree-Dokumentation, ReplacingMergeTree.

ClickHouse unterstützt Joins, doch das Modell einer großen Faktentabelle mit kleinen Dimensionen ist nicht automatisch schnell oder korrekt. Prüfe Schlüsseltypen, Verteilung und Kardinalität: Ein mehrfacher Treffer auf einer Dimension vervielfacht Fakten und damit Summen. Für häufige Abfragen nennt die Herstellerdokumentation Denormalisierung, Dictionaries und Materialized Views als mögliche Werkzeuge; diese erhöhen aber Modell- und Aktualisierungsaufwand. Vor einer Optimierung gehören Rohsumme, Join-Treffer, Zeilenzahl nach dem Join und fachliche Körnung in den Test. ClickHouse: Joins auswählen und optimieren.

Der Server kann Abfragen gleichzeitig ausführen und jede Abfrage auf Threads verteilen. max_threads begrenzt die Parallelität je Abfrage; Aufnahmegrenzen für gleichzeitige Queries und Speicherlimits wirken an anderen Stellen. Daraus folgt keine feste Zahl an „gleichzeitigen Nutzern“. Ein Dashboard mit vielen kleinen selektiven Abfragen belastet den Dienst anders als mehrere große Joins und Exporte. Miss Antwortzeiten, Fehlerrate, Speicher, Warteschlange und Ingestion zusammen, auf der geplanten Server- oder Cloudgröße. ClickHouse: Concurrency-Sizing.

Update ist nicht gleich Upsert

Bei klassischen ALTER TABLE … UPDATE-Mutationen werden betroffene Parts im Hintergrund umgeschrieben. Die Anweisung ist standardmäßig asynchron; ihr Abschluss bedeutet ohne Warte- und Statusprüfung noch nicht, dass jede Abfrage die Korrektur sieht. system.mutations dient der Fortschrittskontrolle. Neuere ClickHouse-Versionen bieten auch leichte UPDATE-Wege mit Patch-Parts für gezielte Änderungen. Funktion, Einstellung und Sichtbarkeit müssen für die konkret installierte Version und Edition geprüft werden. Solche Updates sind keine Freikarte für beliebige OLTP-Last. ClickHouse: Mutations, Hersteller: Updatewege.

Für fortlaufende Korrekturereignisse ist ReplacingMergeTree(version, is_deleted) ein anderer Weg: Neue Versionen werden eingefügt, und Hintergrund-Merges fassen Zeilen mit gleichem Sortierschlüssel zusammen. Das geschieht nicht sofort und kann bei Abfragen noch doppelte oder gelöschte Versionen zeigen. SELECT … FINAL wendet die Ersetzungslogik beim Lesen an; auch diese Kosten sind am eigenen Filter und Datenstand zu messen. Der Löschmarker schützt im dokumentierten Modell gegen später eintreffende ältere Versionen, solange er erhalten bleibt. Eine Bereinigung von Markern verlangt daher eine bewusste Aufbewahrungs- und Replay-Regel. ClickHouse: ReplacingMergeTree und FINAL.

Eine eindeutige Ereignis-ID und fachliche Versionsnummer sind dennoch Aufgabe der Pipeline. Ein Insert-Replay darf nicht unbemerkt doppelte Fakten erzeugen. Die Herstelleranleitung zur Insert-Deduplikation beschreibt Mechanismen und deren Grenzen; bei asynchronen Inserts und Materialized Views hängt das Verhalten zusätzlich von Version und Einstellungen ab. Prüfe den tatsächlichen Zielzustand, statt aus einer erfolgreichen HTTP-Antwort Idempotenz abzuleiten. Für spätere Korrekturen ist „neuester Zeitstempel“ nur dann richtig, wenn dieser Zeitstempel die fachliche Reihenfolge wirklich abbildet.

OSS selbst betreiben oder ClickHouse Cloud beziehen

Der offizielle Paketkanal führt Server- und Clientpakete für Debian/Ubuntu sowie RPM-Systeme und unterscheidet Stable und LTS. Am 26.10.2026 listet er Stable 26.10.2.103 und LTS 26.8.34.13; das ist ein Quellenstand, keine von uns installierte Version. Für einen Pilot pinne eine konkrete Version und notiere die Konfiguration. Ein einzelner Server zeigt noch keine Hochverfügbarkeit: Replikation, Keeper, Ausfall eines Knotens, Sharding, Upgrades und Wiederanlauf sind eigene Betriebsaufgaben. ClickHouse: Skalierung.

ClickHouse Cloud verwaltet laut Anbieter Replikation, Skalierung, Upgrades und Backups als Dienst. Das ist nicht dieselbe Lizenz oder Verantwortungsverteilung wie OSS. Für personenbezogene Daten prüfe im Angebot und im tatsächlich angelegten Service Cloudanbieter, Region, Netzpfad, Unterauftragsverarbeiter, Verschlüsselung, Zugriff und Aufbewahrung. Eine pauschale EU- oder Datenresidenzgarantie lässt sich aus einer Featureseite nicht ableiten. Tarife und verfügbare Regionen ändern sich; deshalb enthält dieses Profil keinen erfundenen Monatsbetrag. ClickHouse Cloud, Preise.

Im Eigenbetrieb gehören Rollen und Rechte, TLS, Netzbegrenzung, Secret-Verwaltung, Ressourcenlimits sowie Audit und Monitoring in die Einrichtung. BACKUP und RESTORE unterstützen vollständige und inkrementelle Sicherungen; das gewählte Ziel und eine geübte Wiederherstellung bestimmen, ob ein Ausfall tatsächlich beherrscht wird. Teste einen Restore auf einem separaten Dienst und vergleiche danach Tabellen, Versionen und Aggregationen. Bei Cloud ist zu klären, was der Dienst übernimmt und was dein Team für Datenqualität, Zugriffe und Rückweg verantwortet. ClickHouse: Backup/Restore, Zugriffsrechte.

Synthetischer Reportingfall vor der Produktentscheidung

Gemeinsamer synthetischer Sollfall, kein Produkttest: Der Schlüssel ist (tenant, id); seq steigt je Schlüssel. Zuerst stehen (nord,1) = 100 EUR, (nord,2) = 200 EUR und (sued,1) = 300 EUR: drei Zeilen und 600 EUR. Danach folgen (nord,1) mit seq=2 und 120 EUR, (nord,2) als Delete mit seq=2, (nord,3) neu mit 80 EUR sowie (sued,1) mit seq=2 und 350 EUR trotz älterer Ereigniszeit. Ein altes (nord,1,seq=1)-Ereignis folgt im Paket. Soll: nur (nord,1), (nord,3) und (sued,1), insgesamt 550 EUR (Nord 200 EUR, Süd 350 EUR). Ein exakter Replay ändert nichts; ein Tombstone muss (nord,2) vor einem später erneut gesendeten alten Ereignis schützen. Für ClickHouse sind Sortierschlüssel (tenant, id), Versionsspalte, Löschmarker und die Sichtbarkeitsregel bei ReplacingMergeTree getrennt zu prüfen. Die gemeinsame OLAP-Prüfvorlage hält Kandidaten, Versionen und Ergebnisse auf derselben Basis fest.

Ein reiner Summenvergleich genügt nicht: Zwei falsche Werte können dieselbe Summe ergeben. Vergleiche daher ID, Version, Löschstatus und Betrag zeilenweise. Wiederhole jede Beobachtung mit mehreren Abfrageclients und unter laufendem Insert, wenn genau das dein Zielbetrieb ist. Ein unbekannter Wert bleibt im Bewertungsbogen offen, bis er am gewählten Setup belegt ist.

Die Auswahl richtet sich nach Betriebsverantwortung

Bei selbst betriebenem OSS gibt es keine ClickHouse-Produktlizenzgebühr; rechne jedoch Compute, Speicher, Replikate, Netzwerk, Sicherungen, Monitoring, Upgrades und Personal ein. Für ClickHouse Cloud kommen Tarif und nutzungsabhängige Dienste nach dem aktuellen Angebot hinzu. Der Vergleich mit DuckDB entscheidet vor allem über Prozessmodell und Betriebsform: lokale oder eingebettete Analyse hier, zentraler Analysedienst dort. Apache Pinot und Apache Doris sind weitere Kandidaten im OLAP-Datenbanken-Vergleich. Keine dieser Aussagen ist ein gemessener Produktvergleich.

Wenn du den Prüffall auf deine Daten überträgst, beginne mit Korrekturhäufigkeit, gewünschter Frische, gleichzeitigen Abfragen und Rückweg nach einem Fehler. Eine optionale Umsetzungshilfe bietet die BIC-Beratung. BIS und BIC werden von Axel Schweizer betrieben; dieses wirtschaftliche Interesse ist unter Finanzierung offengelegt. Herstellerlinks sind Quellen, keine Partnerlinks.