Prérequis Limites Conditions Paramètres Prise en charge du type de données Partitions et déversements Performance Requêtes passthrough Informations de licence Ressources supplémentaires

Connecteur Amazon Athena pour Oracle

Le connecteur Amazon Athena pour Oracle permet à Amazon Athena d'SQLexécuter des requêtes sur des données stockées dans Oracle sur site ou sur Amazon ou AmazonEC2. RDS Vous pouvez également utiliser le connecteur pour interroger des données sur Oracle Exadata.

Prérequis

Déployez le connecteur sur votre Compte AWS à l’aide de la console Athena ou du AWS Serverless Application Repository. Pour plus d’informations, consultez Déployer un connecteur de source de données ou Utilisez le AWS Serverless Application Repository pour déployer un connecteur de source de données.

Limites

Les DDL opérations d'écriture ne sont pas prises en charge.
Dans une configuration de multiplexeur, le compartiment de déversement et le préfixe sont partagés entre toutes les instances de base de données.
Toutes les limites Lambda pertinentes. Pour plus d'informations, consultez la section Quotas Lambda du Guide du développeur AWS Lambda .
Seules les bases de données Oracle de la version 12.1.0.2 sont prises en charge.

Conditions

Les termes suivants se rapportent au connecteur Oracle.

Instance de base de données : toute instance d'une base de données déployée sur siteEC2, sur Amazon ou sur AmazonRDS.
Gestionnaire – Un gestionnaire Lambda qui accède à votre instance de base de données. Un gestionnaire peut être destiné aux métadonnées ou aux enregistrements de données.
Gestionnaire de métadonnées – Un gestionnaire Lambda qui extrait les métadonnées de votre instance de base de données.
Gestionnaire d’enregistrements – Un gestionnaire Lambda qui extrait les enregistrements de données de votre instance de base de données.
Gestionnaire de composites – Un gestionnaire Lambda qui extrait les métadonnées et les enregistrements de données de votre instance de base de données.
Propriété ou paramètre – Propriété de base de données utilisée par les gestionnaires pour extraire des informations de base de données. Vous configurez ces propriétés en tant que variables d’environnement Lambda.
Chaîne de connexion – Chaîne de texte utilisée pour établir une connexion à une instance de base de données.
Catalogue — Un AWS Glue non-catalogue enregistré auprès d'Athena qui est un préfixe obligatoire pour la propriété. connection_string
Gestionnaire de multiplexage – Un gestionnaire Lambda qui peut accepter et utiliser plusieurs connexions de base de données.

Paramètres

Utilisez les variables d’environnement Lambda de cette section pour configurer le connecteur Oracle.

Chaîne de connexion

Utilisez une chaîne de JDBC connexion au format suivant pour vous connecter à une instance de base de données.


oracle://${jdbc_connection_string}

Note

Si votre mot de passe contient des caractères spéciaux (par exemple,some.password), mettez-le entre guillemets lorsque vous le transmettez à la chaîne de connexion (par exemple,"some.password"). Ne pas le faire peut entraîner une erreur URLspécifiée par Oracle non valide.

Utilisation d'un gestionnaire de multiplexage

Vous pouvez utiliser un multiplexeur pour vous connecter à plusieurs instances de base de données à l’aide d’une seule fonction Lambda. Les demandes sont acheminées par nom de catalogue. Utilisez les classes suivantes dans Lambda.

Handler (Gestionnaire)	Classe
Gestionnaire de composites	`OracleMuxCompositeHandler`
Gestionnaire de métadonnées	`OracleMuxMetadataHandler`
Gestionnaire d’enregistrements	`OracleMuxRecordHandler`

Paramètres du gestionnaire de multiplexage

Paramètre	Description
`$catalog_connection_string`	Obligatoire. Chaîne de connexion d’instance de base de données. Préfixez la variable d'environnement avec le nom du catalogue utilisé dans Athena. Par exemple, si le catalogue enregistré auprès d’Athena est `myoraclecatalog`, le nom de la variable d’environnement est alors `myoraclecatalog_connection_string`.
`default`	Obligatoire. Chaîne de connexion par défaut. Cette chaîne est utilisée lorsque le catalogue est `lambda:${AWS_LAMBDA_FUNCTION_NAME}`.

Les exemples de propriétés suivants concernent une fonction Oracle MUX Lambda qui prend en charge deux instances de base de données : oracle1 (par défaut) et. oracle2

Propriété	Valeur
`default`	`oracle://jdbc:oracle:thin:${Test/RDS/Oracle1}@//oracle1.hostname:port/servicename`
`oracle_catalog1_connection_string`	`oracle://jdbc:oracle:thin:${Test/RDS/Oracle1}@//oracle1.hostname:port/servicename`
`oracle_catalog2_connection_string`	`oracle://jdbc:oracle:thin:${Test/RDS/Oracle2}@//oracle2.hostname:port/servicename`

Fourniture des informations d’identification

Pour fournir un nom d'utilisateur et un mot de passe pour votre base de données dans votre chaîne de JDBC connexion, vous pouvez utiliser les propriétés de la chaîne de connexion ou AWS Secrets Manager.

Chaîne de connexion — Un nom d'utilisateur et un mot de passe peuvent être spécifiés sous forme de propriétés dans la chaîne de JDBC connexion.

Important
Afin de vous aider à optimiser la sécurité, n'utilisez pas d'informations d'identification codées en dur dans vos variables d'environnement ou vos chaînes de connexion. Pour plus d'informations sur le transfert de vos secrets codés en dur vers AWS Secrets Manager, voir Déplacer les secrets codés en dur vers AWS Secrets Manager dans le Guide de l'AWS Secrets Manager utilisateur.
AWS Secrets Manager— Pour utiliser la fonctionnalité Athena Federated Query AWS Secrets Manager, la personne VPC connectée à votre fonction Lambda doit disposer d'un accès Internet ou d'un VPCpoint de terminaison pour se connecter à Secrets Manager.

Vous pouvez insérer le nom d'un secret AWS Secrets Manager dans votre chaîne de JDBC connexion. Le connecteur remplace le nom secret par les valeurs username et password de Secrets Manager.

Pour les instances RDS de base de données Amazon, cette prise en charge est étroitement intégrée. Si vous utilisez AmazonRDS, nous vous recommandons vivement d'utiliser une rotation AWS Secrets Manager des identifiants. Si votre base de données n'utilise pas AmazonRDS, stockez les JSON informations d'identification au format suivant :
```
{"username": "${username}", "password": "${password}"}
```

Note

Si votre mot de passe contient des caractères spéciaux (par exemple,some.password), mettez-le entre guillemets lorsque vous l'enregistrez dans Secrets Manager (par exemple,"some.password"). Ne pas le faire peut entraîner une erreur URLspécifiée par Oracle non valide.

Exemple de chaîne de connexion avec un nom secret

La chaîne suivante porte le nom secret ${Test/RDS/Oracle}.


oracle://jdbc:oracle:thin:${Test/RDS/Oracle}@//hostname:port/servicename

Le connecteur utilise le nom secret pour récupérer les secrets et fournir le nom d’utilisateur et le mot de passe, comme dans l’exemple suivant.


oracle://jdbc:oracle:thin:username/password@//hostname:port/servicename

Actuellement, le connecteur Oracle reconnaît les PWD JDBC propriétés UID et.

Utilisation d'un gestionnaire de connexion unique

Vous pouvez utiliser les métadonnées de connexion unique et les gestionnaires d’enregistrements suivants pour vous connecter à une seule instance Oracle.

Type de gestionnaire	Classe
Gestionnaire de composites	`OracleCompositeHandler`
Gestionnaire de métadonnées	`OracleMetadataHandler`
Gestionnaire d’enregistrements	`OracleRecordHandler`

Paramètres du gestionnaire de connexion unique

Paramètre	Description
`default`	Obligatoire. Chaîne de connexion par défaut.
`IsFIPSEnabled`	Facultatif. Réglé sur le `true` moment où FIPS le mode est activé. L’argument par défaut est `false`.

Les gestionnaires de connexion unique prennent en charge une instance de base de données et doivent fournir un paramètre de connexion default. Toutes les autres chaînes de connexion sont ignorées.

Le connecteur prend en charge les connexions SSL basées sur RDS les instances Amazon. Support limité au protocole Transport Layer Security (TLS) et à l'authentification du serveur par le client. Authentification mutuelle : elle n'est pas prise en charge sur AmazonRDS. La deuxième ligne du tableau ci-dessous indique la syntaxe à utiliserSSL.

L’exemple de propriété suivant concerne une instance Oracle unique prise en charge par une fonction Lambda.

Propriété	Valeur
`default`	`oracle://jdbc:oracle:thin:${Test/RDS/Oracle}@//hostname:port/servicename`
	`oracle://jdbc:oracle:thin:${Test/RDS/Oracle}@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCPS) (HOST=<HOST_NAME>)(PORT=))(CONNECT_DATA=(SID=))(SECURITY=(SSL_SERVER_CERT_DN=)))`

Paramètres de déversement

Le Lambda SDK peut transmettre des données à Amazon S3. Toutes les instances de base de données accessibles par la même fonction Lambda déversent au même emplacement.

Paramètre	Description
`spill_bucket`	Obligatoire. Nom du compartiment de déversement.
`spill_prefix`	Obligatoire. Préfixe de la clé du compartiment de déversement.
`spill_put_request_headers`	(Facultatif) Carte JSON codée des en-têtes et des valeurs de la `putObject` demande Amazon S3 utilisée pour le déversement (par exemple,`{"x-amz-server-side-encryption" : "AES256"}`). Pour les autres en-têtes possibles, consultez PutObjectle Amazon Simple Storage Service API Reference.

Prise en charge du type de données

Le tableau suivant indique les types de données correspondants pour JDBC Oracle et Arrow.

JDBC	Oracle	Flèche
Booléen	boolean	Bit
Entier	N/A	Tiny
Court	smallint	Smallint
Entier	entier	Int
Long	bigint	Bigint
float	float4	Float4
Double	float8	Float8
Date	date	DateDay
Horodatage	timestamp	DateMilli
Chaîne	text	Varchar
Octets	octets	Varbinary
BigDecimal	numeric(p,s)	Décimal
ARRAY	N/A (voir la remarque)	Liste

Partitions et déversements

Les partitions sont utilisées pour déterminer comment générer des divisions pour le connecteur. Athena construit une colonne synthétique de type varchar qui représente le schéma de partitionnement de la table afin d’aider le connecteur à générer des divisions. Le connecteur ne modifie pas la définition réelle de la table.

Performance

Oracle prend en charge les partitions natives. Le connecteur Athena Oracle peut récupérer les données de ces partitions en parallèle. Si vous souhaitez interroger des jeux de données très volumineux avec une distribution de partition uniforme, le partitionnement natif est fortement recommandé. La sélection d'un sous-ensemble de colonnes accélère considérablement l'exécution des requêtes et réduit le nombre de données analysées. Le connecteur Oracle résiste à la limitation due à la simultanéité. Cependant, les temps d'exécution des requêtes ont tendance à être longs.

Le connecteur Athena Oracle effectue une poussée vers le bas des prédicats pour réduire les données analysées par la requête. Des prédicats simples et des expressions complexes sont poussés vers le connecteur afin de réduire la quantité de données analysées et le délai d'exécution de la requête.

Prédicats

Un prédicat est une expression contenue dans la WHERE clause d'une SQL requête qui donne une valeur booléenne et filtre les lignes en fonction de plusieurs conditions. Le connecteur Athena Oracle peut combiner ces expressions et les pousser directement vers Oracle pour améliorer la fonctionnalité et réduire la quantité de données analysées.

Les opérateurs du connecteur Athena Oracle suivants prennent en charge la poussée vers le bas de prédicats :

Booléen :AND, OU, NOT
Égalité :EQUAL, NOT _EQUAL, LESS _THAN, _ LESS THAN _OR_, _EQUAL, _ GREATER THAN EQUAL _OR_THAN, GREATER IS_ NULL
Arithmétique :ADD,SUBTRACT,MULTIPLY, DIVIDE NEGATE
Autres : LIKE _PATTERN, IN

Exemple de poussée combinée vers le bas

Pour améliorer les capacités de requête, combinez les types de poussée vers le bas, comme dans l'exemple suivant :


SELECT * 
FROM my_table 
WHERE col_a > 10 
    AND ((col_a + col_b) > (col_c % col_d)) 
    AND (col_e IN ('val1', 'val2', 'val3') OR col_f LIKE '%pattern%');

Requêtes passthrough

Le connecteur Oracle prend en charge les requêtes directes. Les requêtes passthrough utilisent une fonction de table pour transférer votre requête complète vers la source de données pour exécution.

Pour utiliser des requêtes directes avec Oracle, vous pouvez utiliser la syntaxe suivante :


SELECT * FROM TABLE(
        system.query(
            query => 'query string'
        ))

L'exemple de requête suivant permet de transférer une requête vers une source de données dans Oracle. La requête sélectionne toutes les colonnes de la customer table.


SELECT * FROM TABLE(
        system.query(
            query => 'SELECT * FROM customer'
        ))

Informations de licence

En utilisant ce connecteur, vous reconnaissez l'inclusion de composants tiers, dont la liste se trouve dans le fichier pom.xml de ce connecteur, et vous acceptez les termes des licences tierces respectives fournies dans le fichier LICENSE.txt sur GitHub .com.

Ressources supplémentaires

Pour obtenir les informations les plus récentes sur la version du JDBC pilote, consultez le fichier pom.xml du connecteur Oracle sur GitHub .com.

Pour plus d'informations sur ce connecteur, rendez-vous sur le site correspondant sur GitHub .com.

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

OpenSearch

Poster SQL

Connecteur Amazon Athena pour Oracle

Prérequis

Limites

Conditions

Paramètres

Chaîne de connexion

Note

Utilisation d'un gestionnaire de multiplexage

Paramètres du gestionnaire de multiplexage

Fourniture des informations d’identification

Important

Note

Exemple de chaîne de connexion avec un nom secret

Utilisation d'un gestionnaire de connexion unique

Paramètres du gestionnaire de connexion unique

Paramètres de déversement

Prise en charge du type de données

Partitions et déversements

Performance

Prédicats

Exemple de poussée combinée vers le bas

Requêtes passthrough

Informations de licence

Ressources supplémentaires