Connecteurs de source de données disponibles - Amazon Athena
Considérations et restrictionsModes du résolveur de casse dans le kit SDK FederationPrise en charge des connecteurs dans le cadre des modes du résolveur de casseLimitations associées au résolveur de casseInformations supplémentaires

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 de VPC, consultez Création d’un VPC pour un connecteur de source de données ou une connexion AWS Glue.

  • Pour utiliser la fonction de requête fédérée d’Athena 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.

  • L’exécution des requêtes incluant un prédicat prend plus de temps sur les connecteurs qui ne prennent pas en charge la transmission des prédicats. 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, consultez Présentation des qualificateurs de noms de table fédérés.

  • Nous mettons régulièrement à jour nos connecteurs en fonction des mises à niveau effectuées par le fournisseur de bases de données ou de sources de données. Nous ne gérons pas les sources de données dont la prise en charge touche à sa fin.

  • 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 du résolveur de casse dans le kit SDK Federation

Le kit SDK Federation prend en charge les modes normalisés suivants du résolveur de casse dans les noms de schéma et de table :

  • NONE – Aucune modification de la casse dans les noms de schéma et de table indiqués.

  • LOWER – Mise en minuscules de tous les noms de schéma et de table indiqués.

  • UPPER – Mise en majuscules de tous les noms de schéma et de table indiqués.

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

  • CASE_INSENSITIVE_SEARCH – Réalisation de recherches non sensibles à la casse sur les noms de schéma et de table.

Prise en charge des connecteurs dans le cadre des modes du résolveur de casse

Prise en charge des mode de base

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

  • NONE

  • LOWER

  • UPPER

Prise en charge du mode Annotation

Seuls les connecteurs suivants prennent en charge le mode ANNOTATION :

  • Snowflake

  • SAP HANA

Note

Il est recommandé d’utiliser le mode CASE_INSENSITIVE_SEARCH plutôt que le mode ANNOTATION.

Prise en charge du mode de recherche non sensible à la casse

Seuls les connecteurs suivants prennent en charge le mode CASE_INSENSITIVE_SEARCH :

  • DataLake Gen2

  • Snowflake

  • Oracle

  • Synapse

  • MySQL

  • PostgreSQL

  • Redshift

  • ClickHouse

  • SQL Server

  • DB2

Limitations associées au résolveur de casse

Tenez compte des limitations suivantes lors de l’utilisation des modes du résolveur de casse :

  • Lorsque vous utilisez le mode LOWER, le nom du schéma et toutes les tables dans le schéma doivent figurer en minuscules.

  • Lorsque vous utilisez le mode UPPER, le nom du schéma et toutes les tables dans le schéma doivent figurer en majuscules.

  • Lors de l’utilisation de CASE_INSENSITIVE_SEARCH :

    • Les noms de schéma doivent être uniques.

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

  • Limitations associées à l’intégration dans Glue :

    • Glue prend uniquement en charge les noms en minuscules.

    • Seuls les modes NONE ou LOWER fonctionneront lors de l’enregistrement de votre fonction Lambda avec GlueDataCatalog/LakeFormation.

Informations supplémentaires

Connecteurs de source de données Athena
Note

Le connecteur 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.