---
title: Liquid Clustering liefert niedrigste Latenz bei Lakehouse-Workloads
url: https://www.elseif.net/de/liquid-clustering-liefert-niedrigste-latenz-bei-lakehouse-workloads
published: 2026-10-15T12:04:34+00:00
language: de
section: Modelle
source: https://www.infoq.com/articles/liquid-clustering-lakehouse-layout/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global
organizations: Delta Lake, InfoQ, Liquid Clustering, ZOrdering, Partitioning, Lakehouse
publisher: elseif
---

# Liquid Clustering liefert niedrigste Latenz bei Lakehouse-Workloads

InfoQ veröffentlichte einen Artikel mit dem Titel When Should You Use Liquid Clustering? Benchmarking Lakehouse Layout Strategies. Der Text erklärt, dass keine Speicherlayout-Strategie für alle analytischen Systeme universell optimal ist. In einem Benchmark mit vier Workload-Typen auf Delta Lake wurde Liquid Clustering für punktuelle Abfragen, zeitlichen Bereichs-Aggregationen und großen Aggregationen die schnellste Lösung. Die Ergebnisse zeigen, dass Liquid Clustering bei diversen oder sich ändernden Abfragemustern die Standardwahl darstellt, während ZOrdering nur bei stabilen, stark selektiven Multikolumnen-Prädikaten besser abschneidet. Die Untersuchung wurde aus praktischen Erfahrungen bei der Architektur von Delta Lake bei TCS UK und IBM abgeleitet, wo Layout-Entscheidungen direkte Auswirkungen auf SLA und Cloud-Kosten haben.

Ein praktischer Rat empfiehlt, die drei wichtigsten Abfragemuster gegen alle drei Layout-Strategien zu testen. Die Ergebnisse stammen aus einem Benchmark mit fünfzig Millionen Datensätzen, bei dem Liquid Clustering eine Latenz von 1,003 Sekunden erreichte, was vierundvierzig Prozent schneller als die Partitionierung war, obwohl mehr Rohdaten gelesen wurden. Die bessere Performance entsteht durch intra-Datei-Sekundärität, die durch die Hilbert-Kurve-Organisation von Liquid Clustering erreicht wird. ZOrder prunegt Dateien effizienter, greift aber auf mehr Dateien zu, was den Vorteil neutralisiert. Der Artikel warnt vor einem versteckten Fehler von ZOrder, wenn ein Datumsfeld nicht als erstes Schlüsselkriterium verwendet wird, da dies zeitliche Bereichsabfragen um siebzig Prozent verlangsamt.

Ebenso kann Liquid Clustering bei engen, vorhersehbaren Abfragen bis zu fünfmal langsamer sein als ZOrder, weil es auf breitere Lokalitätsoptimierung statt deterministischem Pruning setzt. Die Empfehlung lautet, vor der Entscheidung für ein Layout die eigenen Top-Abfragen zu analysieren und zu prüfen, ob sie konsistent auf zwei bis drei Spalten filtern. Ist dies der Fall, sollte ZOrder auf genau diesen Spalten angewendet werden, sonst ist Liquid Clustering die sinnvolle Default-Alternative.