Fusion sur lecture avec fichiers de suppression positionnels pour les tables Apache Iceberg™ v2 gérées par Snowflake (En attente)

Attention

Ce changement de comportement est présent dans le bundle 2026_03.

Pour connaître le statut actuel du bundle, reportez-vous à Historique du bundle.

Avant la modification:

Pour les tables Apache Iceberg™ gérées par Snowflake en Iceberg v2, Snowflake n’écrit pas de fichiers de suppression positionnels pour la fusion sur lecture lorsque vous exécutez des instructions DELETE, UPDATE ou MERGE. Snowflake utilise plutôt la copie sur écriture pour ces opérations.

Après la modification:

Lorsque le bundle de changements de comportement 2026_03 est activé dans votre compte, les tables Apache Iceberg™ gérées par Snowflake en Iceberg v2 utilisent la fusion sur lecture avec des fichiers de suppression positionnels par défaut pour DELETE, UPDATE et MERGE lorsque ENABLE_ICEBERG_MERGE_ON_READ est défini sur TRUE, qui est la valeur système par défaut. Snowflake écrit des fichiers de suppression positionnels en même temps que vos fichiers de données dans l’emplacement de stockage Iceberg de la table. Ce comportement correspond à la manière dont Snowflake utilise déjà des fichiers de suppression positionnels pour les tables Iceberg v2 gérées en externe lorsque la fusion sur lecture est activée.

Pour désactiver la fusion sur lecture et utiliser plutôt la copie sur écriture pour ces opérations DML, définissez le paramètre ENABLE_ICEBERG_MERGE_ON_READ sur FALSE au niveau de la table, du schéma ou de la base de données. Pour plus d’informations, voir ENABLE_ICEBERG_MERGE_ON_READ.

Compatibilité avec les moteurs de requêtes externes

Les fichiers de suppression positionnels nécessitent une prise en charge à partir de la version du format Iceberg dans votre moteur externe. Si vous utilisez un moteur de requêtes externe qui s’appuie sur une version d’Iceberg avant la v2, ce moteur peut ne pas prendre en charge les fichiers de suppression positionnels et peut ne pas être en mesure de lire les métadonnées des tables pour vos tables Iceberg v2 gérées par Snowflake après que Snowflake a écrit des fichiers de suppression positionnels.

Avant que le changement ne prenne effet dans vos comptes de production, procédez comme suit :

  1. Confirmez que chaque moteur de requêtes externe que vous utilisez pour lire des tables Apache Iceberg™ v2 gérées par Snowflake prend en charge les fichiers de suppression positionnels (Iceberg v2 ou version supérieure).

  2. Si un moteur ne prend pas en charge les fichiers de suppression positionnels, mettez ce moteur à niveau vers une version basée sur Iceberg v2 ou une version supérieure, ou définissez ENABLE_ICEBERG_MERGE_ON_READ sur FALSE pour les tables correspondantes (ou contenant un schéma ou une base de données), de sorte que Snowflake continue d’utiliser la copie sur écriture et n’écrive pas de fichiers de suppression positionnels.

Pour plus d’informations sur les fichiers de suppression positionnels, la fusion sur lecture et les paramètres associés dans Snowflake, consultez Utiliser les suppressions de niveau ligne.

Réf : 2279