Connecteurs de source de données disponibles - Amazon Athena
Considérations et restrictionsModes de résolution de cas dans le SDK FederationSupport de connecteur pour les modes de résolution de casLimites du résolveur de casInformations supplémentaires

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Connecteurs de source de données disponibles

Cette section répertorie les connecteurs de source de données Athena préconstruits que vous pouvez utiliser pour interroger une variété de sources de données externes à Simple Storage Service (Amazon S3). Pour utiliser un connecteur dans vos requêtes Athena, configurez-le et déployez-le sur votre compte.

Considérations et restrictions

  • Certains connecteurs prédéfinis nécessitent de créer un VPC et un groupe de sécurité avant de pouvoir utiliser le connecteur. Pour plus d'informations sur la création VPCs, consultezCréation d'un VPC pour un connecteur ou une connexion à une source de données AWS Glue.

  • Pour utiliser la fonctionnalité Athena Federated Query avec AWS Secrets Manager, vous devez configurer un point de terminaison privé Amazon VPC pour Secrets Manager. Pour plus d'informations, consultez la rubrique Création d'un point de terminaison privé VPC Secrets Manager du Guide de l'utilisateur AWS Secrets Manager .

  • Pour les connecteurs qui ne prennent pas en charge le transfert de prédicat, l'exécution des requêtes contenant un prédicat prend plus de temps. Pour les petits jeux de données, très peu de données sont analysées et les requêtes prennent environ deux minutes en moyenne. Toutefois, pour les jeux de données volumineux, de nombreuses requêtes peuvent expirer.

  • Certaines sources de données fédérées utilisent une terminologie différente de celle d'Athena pour désigner des objets de données. Pour de plus amples informations, veuillez consulter Comprendre les qualificatifs de noms de tables fédérés.

  • Nous mettons régulièrement à jour nos connecteurs en fonction des mises à niveau effectuées par le fournisseur de base de données ou de source de données. Nous ne prenons pas en charge les sources de données fournies à end-of-life titre d'assistance.

  • Pour les connecteurs qui ne prennent pas en charge la pagination lorsque vous répertoriez des tables, le service web peut expirer si votre base de données comporte de nombreuses tables et métadonnées. Les connecteurs suivants fournissent une prise en charge de la pagination pour répertorier les tables :

    • DocumentDB

    • DynamoDB

    • MySQL

    • OpenSearch

    • Oracle

    • PostgreSQL

    • Redshift

    • SQL Server

Modes de résolution de cas dans le SDK Federation

Le SDK de fédération prend en charge les modes de résolution de cas normalisés suivants pour les noms de schéma et de table :

  • NONE— Ne change pas la majuscule du schéma et des noms de table donnés.

  • LOWER— Tous les noms de schéma et de table indiqués en minuscules.

  • UPPER— Tous les noms de schéma et de table indiqués sont en majuscules.

  • ANNOTATION— Ce mode est maintenu à des fins de rétrocompatibilité uniquement et est pris en charge exclusivement par les connecteurs Snowflake et SAP HANA existants.

  • CASE_INSENSITIVE_SEARCH— Effectuez des recherches sans distinction majuscules/minuscules dans les noms de schéma et de table.

Support de connecteur pour les modes de résolution de cas

Support du mode de base

Tous les connecteurs JDBC prennent en charge les modes de base suivants :

  • NONE

  • LOWER

  • UPPER

Support du mode annotation

Seuls les connecteurs suivants prennent en charge ce ANNOTATION mode :

  • Snowflake

  • SAP HANA

Note

Il est recommandé d'utiliser CASE_INSENSITIVE_SEARCH au lieu d'ANNOTATION.

Support de recherche sans distinction majuscules/minuscules

Les connecteurs suivants sont compatibles CASE_INSENSITIVE_SEARCH :

  • DataLake 2e génération

  • Snowflake

  • Oracle

  • Synapse

  • MySQL

  • PostgreSQL

  • Redshift

  • ClickHouse

  • SQL Server

  • DB2

Limites du résolveur de cas

Tenez compte des limites suivantes lorsque vous utilisez les modes de résolution de cas :

  • Lorsque vous utilisez LOWER le mode, le nom de votre schéma et toutes les tables du schéma doivent être en minuscules.

  • Lorsque vous utilisez UPPER le mode, le nom de votre schéma et toutes les tables du schéma doivent être en majuscules.

  • Lorsque vous utilisez CASE_INSENSITIVE_SEARCH :

    • Les noms de schéma doivent être uniques

    • Les noms de table d'un schéma doivent être uniques (par exemple, vous ne pouvez pas avoir à la fois « Apple » et « APPLE »)

  • Limites de l'intégration de Glue :

    • Glue ne prend en charge que les noms en minuscules

    • Seuls LOWER les modes NONE OR fonctionneront lors de l'enregistrement de votre fonction Lambda avec/ GlueDataCatalogLakeFormation

Informations supplémentaires

Connecteurs de source de données Athena
Note

La AthenaJdbcConnector(dernière version 2022.4.1) est obsolète. Utilisez plutôt un connecteur spécifique à la base de données, comme ceux de MySQL, Redshift ou PostgreSQL.