{"id":184866,"date":"2026-03-05T16:43:36","date_gmt":"2026-03-05T15:43:36","guid":{"rendered":"https:\/\/liora.io\/es\/el-nuevo-soporte-de-snowflake-para-iceberg-v3-lo-cambia-todo"},"modified":"2026-03-05T16:43:36","modified_gmt":"2026-03-05T15:43:36","slug":"el-nuevo-soporte-de-snowflake-para-iceberg-v3-lo-cambia-todo","status":"publish","type":"post","link":"https:\/\/liora.io\/es\/el-nuevo-soporte-de-snowflake-para-iceberg-v3-lo-cambia-todo","title":{"rendered":"El nuevo soporte de Snowflake para Iceberg v3 lo cambia todo"},"content":{"rendered":"<p><strong>Snowflake anunci\u00f3 en marzo de 2026 la disponibilidad en vista previa p\u00fablica de su soporte para Apache Iceberg v3, la versi\u00f3n m\u00e1s reciente del formato de tablas de c\u00f3digo abierto que permite la interoperabilidad de datos entre plataformas. La actualizaci\u00f3n introduce caracter\u00edsticas clave que incluyen row-level deletes, clustering para tablas gestionadas y un nuevo Variant data type para datos semiestructurados, marcando una expansi\u00f3n significativa de las capacidades de Snowflake en el data lakehouse abierto.<\/strong><\/p>\n<p>Las nuevas caracter\u00edsticas llegan en un momento en que las organizaciones exigen cada vez m\u00e1s flexibilidad para gestionar datos a trav\u00e9s de m\u00faltiples plataformas sin dependencia de proveedores. Seg\u00fan el anuncio de Snowflake, la especificaci\u00f3n v3 tambi\u00e9n introduce las estrategias <strong>Copy-on-Write (CoW)<\/strong> y <strong>Merge-on-Read (MoR)<\/strong>, brindando a los usuarios flexibilidad para manejar actualizaciones y borrados de datos.<\/p>\n<p>M\u00e1s all\u00e1 de las caracter\u00edsticas principales, la actualizaci\u00f3n incluye <strong>row lineage capabilities<\/strong> que permiten casos de uso de Change Data Capture (CDC) al rastrear modificaciones a nivel de fila, proporcionando a las organizaciones un historial claro de los cambios en los datos. Esta funcionalidad es particularmente valiosa para los requisitos de cumplimiento y auditor\u00eda en industrias reguladas.<\/p>\n<h3 style=\"margin-top:2rem;margin-bottom:1rem;\">Dos modelos de gesti\u00f3n distintos<\/h3>\n<p>La implementaci\u00f3n de Snowflake divide el soporte de Iceberg en dos modelos con diferencias funcionales significativas. Las <strong>Snowflake-managed tables<\/strong> ofrecen transacciones ACID completas, soporte para transacciones de m\u00faltiples sentencias y capacidades de clustering a trav\u00e9s de la funci\u00f3n CLUSTERING KEY para la optimizaci\u00f3n del rendimiento. Estas tablas se benefician de la gesti\u00f3n autom\u00e1tica del ciclo de vida de Snowflake, incluida la compactaci\u00f3n.<\/p>\n<p>En cambio, las <strong>externally-managed tables<\/strong> se integran con cat\u00e1logos externos como AWS Glue o sistemas REST, pero con limitaciones. Estas tablas admiten autocommit solo para operaciones de escritura y requieren herramientas externas como Spark para su optimizaci\u00f3n y mantenimiento. Cabe destacar que, si bien las <strong>externally-managed tables<\/strong> pueden leer datos en formato v3, el soporte de escritura permanece limitado a la especificaci\u00f3n v2, seg\u00fan la documentaci\u00f3n de Snowflake.<\/p>\n<p>La distinci\u00f3n se vuelve cr\u00edtica para las organizaciones que planifican su arquitectura de datos. Las <strong>Snowflake-managed tables<\/strong> ofrecen soporte completo para v3, incluyendo <strong>deletion vectors<\/strong>, mientras que las <strong>externally-managed tables<\/strong> con frecuentes <strong>row-level deletes<\/strong> requieren un mantenimiento externo regular para evitar la degradaci\u00f3n del rendimiento.<\/p>\n<h3 style=\"margin-top:2rem;margin-bottom:1rem;\">Limitaciones de la vista previa y perspectivas futuras<\/h3>\n<p>Al ser una funci\u00f3n en vista previa p\u00fablica, el soporte de v3 est\u00e1 destinado a la evaluaci\u00f3n y pruebas, y no al uso en producci\u00f3n. Las limitaciones actuales incluyen la falta de soporte para <strong>row-level equality deletes<\/strong> y ciertas propiedades de las tablas. Las caracter\u00edsticas est\u00e1ndar de Snowflake, como <strong>Fail-safe<\/strong>, tablas h\u00edbridas y evoluci\u00f3n de esquema nativa, siguen sin estar disponibles para las tablas Iceberg.<\/p>\n<p>Snowflake no ha anunciado un cronograma para la disponibilidad general, y la hoja de ruta probablemente depender\u00e1 de los comentarios de los clientes durante el periodo de vista previa. Las \u00e1reas de desarrollo futuro incluyen ampliar el soporte de escritura de v3 a las <strong>externally-managed tables<\/strong> y proporcionar rutas de migraci\u00f3n claras de las tablas v2 a las v3.<\/p>\n<p>El anuncio posiciona a Snowflake de manera m\u00e1s competitiva en el mercado del open lakehouse, donde la interoperabilidad se ha convertido en un diferenciador clave a medida que las empresas buscan evitar la dependencia de proveedores mientras mantienen un alto rendimiento en diversas cargas de trabajo de datos.<\/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 anunci\u00f3 en marzo de 2026 la disponibilidad en vista previa p\u00fablica de su soporte para Apache Iceberg v3, la versi\u00f3n m\u00e1s reciente del formato de tablas de c\u00f3digo abierto que permite la interoperabilidad de datos entre plataformas. La actualizaci\u00f3n introduce caracter\u00edsticas clave que incluyen row-level deletes, clustering para tablas gestionadas y un nuevo Variant data type para datos semiestructurados, marcando una expansi\u00f3n significativa de las capacidades de Snowflake en el data lakehouse abierto.<\/p>\n","protected":false},"author":87,"featured_media":184861,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"editor_notices":[],"footnotes":""},"categories":[2440,2428],"class_list":["post-184866","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-data-ia","category-noticias"],"acf":[],"_links":{"self":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts\/184866","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/users\/87"}],"replies":[{"embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/comments?post=184866"}],"version-history":[{"count":1,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts\/184866\/revisions"}],"predecessor-version":[{"id":184871,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts\/184866\/revisions\/184871"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/media\/184861"}],"wp:attachment":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/media?parent=184866"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/categories?post=184866"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}