Interrogation des tables Linux Foundation Delta Lake

Tables avec catalogue AWS Glue uniquement – La prise en charge native de Delta Lake est assurée uniquement par les tables enregistrées dans AWS Glue. Si une table Delta Lake est enregistrée dans un autre métastore, vous pouvez la conserver et la traiter comme votre métastore primaire. Les métadonnées Delta Lake étant stockées dans le système de fichiers (par exemple, dans Amazon S3) plutôt que dans le métastore, Athena n'a besoin que de la propriété location dans AWS Glue pour lire vos tables Delta Lake.

Moteur V3 uniquement – Les requêtes Delta Lake ne sont prises en charge que par la version 3 du moteur Athena. Vous devez vous assurer que le groupe de travail que vous créez est configuré pour utiliser la version 3 du moteur Athena.

Pas de prise en charge du voyage dans le temps – Il n'y a pas de prise en charge des requêtes qui utilisent les capacités de voyage dans le temps de Delta Lake.

Lecture seule – L'écriture d'instructions DML comme UPDATE, INSERT ou DELETE n'est pas prise en charge.

Prise en charge de Lake Formation : l'intégration de Lake Formation est disponible pour les tables Delta Lake dont le schéma est synchronisé avec AWS Glue. Pour plus d'informations, consultez Utilisation de AWS Lake Formation avec Amazon Athena et Configuration des autorisations pour une table Delta Lake dans le Guide du développeur AWS Lake Formation.

Prise en charge limitée de DDL – Les instructions DDL suivantes sont prises en charge : CREATE EXTERNAL TABLE, SHOW COLUMNS, SHOW TBLPROPERTIES, SHOW PARTITIONS, SHOW CREATE TABLE et DESCRIBE. Pour plus d'informations sur l'utilisation de l'instruction CREATE EXTERNAL TABLE, voir la rubrique Prise en main des tables Delta Lake.

Omission des objets Amazon Glacier non prise en charge – Si des objets de la table Linux Foundation Delta Lake appartiennent à une classe de stockage Amazon Glacier, la définition de la propriété de table read_restored_glacier_objects sur false n’a aucun effet.

Par exemple, supposons que vous exécutiez la commande suivante :

ALTER TABLE table_name SET TBLPROPERTIES ('read_restored_glacier_objects' = 'false')

Pour les tables Iceberg et Delta Lake, la commande produit l'erreur Unsupported table property key: read_restored_glacier_objects. Pour les tables Hudi, la commande ALTER TABLE ne génère pas d’erreur, mais les objets Amazon Glacier ne sont toujours pas ignorés. L'exécution de requêtes SELECT après la commande ALTER TABLE continue de renvoyer tous les objets.

Tables chiffrées – Athena ne prend pas en charge la lecture native des tables Delta Lake chiffrées avec CSE-KMS. Cela concerne les instructions SELECT et DDL.

Version de lecture – Chaque table Delta Lake dispose d’une version de lecture. Elle est actuellement comprise entre 1 et 3. Les requêtes portant sur une table dont la version de lecture n’est pas prise en charge par Athena échoueront.

Fonctionnalités de la table – Chaque table Delta Lake peut également déclarer un ensemble de fonctionnalités de lecture/d’écriture. La prise en charge de Delta Lake par Athena étant en lecture seule, la compatibilité des fonctionnalités d’écriture de table ne s’applique pas. Cependant, les requêtes portant sur des tables dont les fonctionnalités de lecture de table ne sont pas prises en charge échoueront.

Pour obtenir la liste des fonctionnalités de table Delta Lake, consultez Valid feature names in table features sur GitHub.com

Pour obtenir la liste des fonctionnalités Delta Lake par version de protocole, consultez Features by protocol version sur GitHub.com.