{"id":219937,"date":"2026-03-05T16:43:36","date_gmt":"2026-03-05T15:43:36","guid":{"rendered":"https:\/\/liora.io\/de\/warum-der-neue-iceberg-v3-support-von-snowflake-alles-veraendert"},"modified":"2026-03-05T17:03:11","modified_gmt":"2026-03-05T16:03:11","slug":"warum-der-neue-iceberg-v3-support-von-snowflake-alles-veraendert","status":"publish","type":"post","link":"https:\/\/liora.io\/de\/warum-der-neue-iceberg-v3-support-von-snowflake-alles-veraendert","title":{"rendered":"Warum der neue Iceberg v3-Support von Snowflake alles ver\u00e4ndert"},"content":{"rendered":"<p><strong>Snowflake k\u00fcndigte im M\u00e4rz 2026 die \u00f6ffentliche Vorschau f\u00fcr die Unterst\u00fctzung von Apache Iceberg v3 an \u2013 der neuesten Version des Open-Source-Tabellenformats, das die plattform\u00fcbergreifende Dateninteroperabilit\u00e4t erm\u00f6glicht. Das Update f\u00fchrt Schl\u00fcsselfunktionen ein, darunter row-level deletes, Clustering f\u00fcr verwaltete Tabellen und einen neuen Variant data type f\u00fcr semistrukturierte Daten, was eine signifikante Erweiterung von Snowflakes offenen Data-Lakehouse-F\u00e4higkeiten darstellt.<\/strong><\/p>\n<p>Die neuen Funktionen bedienen die steigende Nachfrage von Organisationen nach Flexibilit\u00e4t bei der Verwaltung von Daten \u00fcber mehrere Plattformen hinweg ohne Vendor-Lock-in. Laut der Ank\u00fcndigung von Snowflake f\u00fchrt die v3-Spezifikation auch Strategien f\u00fcr <strong>Copy-on-Write (CoW)<\/strong> und <strong>Merge-on-Read (MoR)<\/strong> ein, was Nutzern Flexibilit\u00e4t im Umgang mit Datenaktualisierungen und L\u00f6schungen bietet.<\/p>\n<p>Dar\u00fcber hinaus umfasst das Update <strong>row lineage capabilities<\/strong>, die Anwendungsf\u00e4lle f\u00fcr Change Data Capture (CDC) erm\u00f6glichen, indem sie \u00c4nderungen auf Zeilenebene nachverfolgen und Organisationen eine klare Historie der Daten\u00e4nderungen liefern. Diese Funktionalit\u00e4t ist besonders wertvoll f\u00fcr Compliance- und Audit-Anforderungen in regulierten Branchen.<\/p>\n<h3 style=\"margin-top:2rem;margin-bottom:1rem;\">Zwei unterschiedliche Verwaltungsmodelle<\/h3>\n<p>Die Implementierung von Snowflake unterteilt den Support f\u00fcr Iceberg-Tabellen in zwei Modelle mit signifikanten funktionalen Unterschieden. <strong>Snowflake-managed tables<\/strong> bieten vollst\u00e4ndige ACID-Transaktionen, Unterst\u00fctzung f\u00fcr Multi-Statement-Transaktionen und Clustering-F\u00e4higkeiten durch das CLUSTERING KEY-Feature zur Leistungsoptimierung. Diese Tabellen profitieren von Snowflakes automatisiertem Lifecycle-Management, einschlie\u00dflich Kompaktierung.<\/p>\n<p>Im Gegensatz dazu integrieren sich <strong>externally-managed tables<\/strong> in externe Kataloge wie AWS Glue oder REST-Systeme, bringen jedoch Einschr\u00e4nkungen mit sich. Diese Tabellen unterst\u00fctzen Autocommit lediglich f\u00fcr Schreiboperationen und erfordern externe Tools wie Spark zur Optimierung und Wartung. Bemerkenswert ist, dass externally-managed Tabellen zwar Daten im v3-Format lesen k\u00f6nnen, die Schreibunterst\u00fctzung laut der Dokumentation von Snowflake jedoch auf die v2-Spezifikation beschr\u00e4nkt bleibt.<\/p>\n<p>Diese Unterscheidung ist entscheidend f\u00fcr Organisationen, die ihre Datenarchitektur planen. Snowflake-managed tables bieten vollst\u00e4ndige v3-Funktionalit\u00e4t, einschlie\u00dflich L\u00f6schvektoren, w\u00e4hrend externally-managed Tabellen bei h\u00e4ufigen row-level deletes regelm\u00e4\u00dfige externe Wartung erfordern, um Leistungsabf\u00e4lle zu verhindern.<\/p>\n<h3 style=\"margin-top:2rem;margin-bottom:1rem;\">Vorschau-Beschr\u00e4nkungen und Zukunftsaussichten<\/h3>\n<p>Als \u00f6ffentliche Vorschaufunktion ist die v3-Unterst\u00fctzung zur Bewertung und Erprobung gedacht und nicht f\u00fcr den Produktionseinsatz vorgesehen. Zu den aktuellen Einschr\u00e4nkungen z\u00e4hlt der Mangel an Unterst\u00fctzung f\u00fcr row-level equality deletes und bestimmte Tabelleneigenschaften. Standardfunktionen von Snowflake wie <strong>Fail-safe<\/strong>, Hybridtabellen und native Schema Evolution bleiben f\u00fcr Iceberg-Tabellen weiterhin nicht verf\u00fcgbar.<\/p>\n<p>Snowflake hat keinen Zeitplan f\u00fcr die allgemeine Verf\u00fcgbarkeit angek\u00fcndigt, wobei der Fahrplan voraussichtlich vom Kundenfeedback w\u00e4hrend der Vorschauphase abh\u00e4ngen wird. Zuk\u00fcnftige Entwicklungsbereiche umfassen die Erweiterung der v3-Schreibunterst\u00fctzung auf externally-managed Tabellen und die Bereitstellung klarer Migrationspfade von v2- zu v3-Tabellen.<\/p>\n<p>Die Ank\u00fcndigung positioniert Snowflake wettbewerbsf\u00e4higer im Open-Lakehouse-Markt, in dem Interoperabilit\u00e4t zu einem wichtigen Differenzierungsmerkmal geworden ist, da Unternehmen bestrebt sind, Vendor-Lock-in zu vermeiden und gleichzeitig eine hohe Leistung \u00fcber verschiedene Daten-Workloads hinweg beizubehalten.<\/p>\n<div style=\"margin-top:3rem;padding-top:1.5rem;border-top:1px solid #e2e4ea;\">\n<h3 style=\"margin:0 0 0.75rem;font-size:1.1rem;letter-spacing:0.08em;text-transform:uppercase;\">\n    Sources<br \/>\n  <\/h3>\n<ul style=\"margin:0;padding-left:1.2rem;list-style:disc;\">\n<li>Snowflake<\/li>\n<\/ul>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Snowflake k\u00fcndigte im M\u00e4rz 2026 die \u00f6ffentliche Vorschau f\u00fcr die Unterst\u00fctzung von Apache Iceberg v3 an \u2013 der neuesten Version des Open-Source-Tabellenformats, das die plattform\u00fcbergreifende Dateninteroperabilit\u00e4t erm\u00f6glicht. Das Update f\u00fchrt Schl\u00fcsselfunktionen ein, darunter row-level deletes, Clustering f\u00fcr verwaltete Tabellen und einen neuen Variant data type f\u00fcr semistrukturierte Daten, was eine signifikante Erweiterung von Snowflakes offenen Data-Lakehouse-F\u00e4higkeiten darstellt.<\/p>\n","protected":false},"author":87,"featured_media":219932,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"editor_notices":[],"footnotes":""},"categories":[2472,2475],"class_list":["post-219937","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-data-ki","category-nachrichten"],"acf":[],"_links":{"self":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts\/219937","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/users\/87"}],"replies":[{"embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/comments?post=219937"}],"version-history":[{"count":1,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts\/219937\/revisions"}],"predecessor-version":[{"id":219942,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts\/219937\/revisions\/219942"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/media\/219932"}],"wp:attachment":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/media?parent=219937"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/categories?post=219937"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}