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.

Utilisation des bases de données Oracle avec l'extension oracle_fdw

Pour accéder à une base de données Oracle depuis votre pour une SQL instance de base de données Postgre, vous pouvez installer et utiliser l'oracle_fdwextension. Cette extension est un encapsuleur de données externes pour les bases de données Oracle. Pour en savoir plus sur cette extension, veuillez consulter la documentation oracle_fdw.

L'oracle_fdwextension est prise en RDS charge sur Postgre SQL 12.7, 13.3 et versions supérieures.

Activation de l'extension oracle_fdw

Pour utiliser l'extension oracle_fdw, suivez la procédure suivante.

Exemple : utilisation d'un serveur étranger lié à une base de données Amazon RDS pour Oracle

L'exemple suivant montre l'utilisation d'un serveur étranger lié à une base de données Amazon RDS pour Oracle.

Si la requête indique l'erreur suivante, vérifiez votre groupe de sécurité et votre liste de contrôle d'accès (ACL) pour vous assurer que les deux instances peuvent communiquer.

ERROR: connection for foreign table "mytab" cannot be established
DETAIL: ORA-12170: TNS:Connect timeout occurred

Utilisation du chiffrement en transit

Le chiffrement SQL entre Postgre et Oracle en transit repose sur une combinaison de paramètres de configuration du client et du serveur. Pour un exemple d'utilisation d'Oracle 21c, consultez A propos de la négociation du chiffrement et de l'intégrité dans la documentation Oracle. Le client utilisé pour oracle_fdw sur RDS Amazon est configuré ACCEPTED avec, ce qui signifie que le chiffrement dépend de la configuration du serveur de base de données Oracle.

Si votre base de données est activée RDS pour Oracle, consultez la section Chiffrement réseau natif Oracle pour configurer le chiffrement.

Comprendre la vue et les autorisations pg_user_mappings

Le SQL catalogue Postgre pg_user_mapping stocke le mappage entre un RDSutilisateur Postgre SQL Aurora et SQL l'utilisateur sur un serveur de données étranger (distant). L'accès au catalogue est restreint, mais vous utilisez la vue pg_user_mappings pour visualiser les mappages. Dans ce qui suit, vous trouverez un exemple qui présente comment les autorisations s'appliquent avec un exemple de base de données Oracle, mais ces informations s'appliquent plus généralement à tout encapsuleur de données externes.

Dans la sortie suivante, vous pouvez trouver des rôles et des autorisations mappés à trois exemples d'utilisateurs différents. Les utilisateurs rdssu1 et rdssu2 sont membres du rôle rds_superuser, et user1 ne l'est pas. L'exemple utilise la métacommande psql \du pour lister les rôles existants.

test=>  \du
                                                               List of roles
    Role name    |                         Attributes                         |                          Member of
-----------------+------------------------------------------------------------+-------------------------------------------------------------
 rdssu1          |                                                            | {rds_superuser}
 rdssu2          |                                                            | {rds_superuser}
 user1           |                                                            | {}

Tous les utilisateurs, y compris ceux qui disposent de privilèges rds_superuser, sont autorisés à voir leurs propres mappages d'utilisateurs (umoptions) dans la table pg_user_mappings. Comme le montre l'exemple suivant, lorsque rdssu1 tente d'obtenir tous les mappages d'utilisateurs, une erreur s'affiche en dépit des privilèges rds_superuser de rdssu1 :

test=> SELECT * FROM pg_user_mapping;
ERROR: permission denied for table pg_user_mapping

Voici quelques exemples.

test=> SET SESSION AUTHORIZATION rdssu1;
SET
test=> SELECT * FROM pg_user_mappings;
 umid  | srvid | srvname | umuser | usename    |            umoptions
-------+-------+---------+--------+------------+----------------------------------
 16414 | 16411 | oradb   |  16412 | user1      |
 16423 | 16411 | oradb   |  16421 | rdssu1     | {user=oracleuser,password=mypwd}
 16424 | 16411 | oradb   |  16422 | rdssu2     |
 (3 rows)

test=> SET SESSION AUTHORIZATION rdssu2;
SET
test=> SELECT * FROM pg_user_mappings;
 umid  | srvid | srvname | umuser | usename    |            umoptions
-------+-------+---------+--------+------------+----------------------------------
 16414 | 16411 | oradb   |  16412 | user1      |
 16423 | 16411 | oradb   |  16421 | rdssu1     |
 16424 | 16411 | oradb   |  16422 | rdssu2     | {user=oracleuser,password=mypwd}
 (3 rows)

test=> SET SESSION AUTHORIZATION user1;
SET
test=> SELECT * FROM pg_user_mappings;
 umid  | srvid | srvname | umuser | usename    |           umoptions
-------+-------+---------+--------+------------+--------------------------------
 16414 | 16411 | oradb   |  16412 | user1      | {user=oracleuser,password=mypwd}
 16423 | 16411 | oradb   |  16421 | rdssu1     |
 16424 | 16411 | oradb   |  16422 | rdssu2     |
 (3 rows)

En raison des différences dans l'implémentation de information_schema._pg_user_mappings et de pg_catalog.pg_user_mappings, un rds_superuser créé manuellement nécessite des autorisations supplémentaires pour afficher les mots de passe dans pg_catalog.pg_user_mappings.

Un rds_superuser n'a besoin d'aucune autorisation supplémentaire pour afficher les mots de passe dans information_schema._pg_user_mappings.

Les utilisateurs qui n'ont pas le rôle rds_superuser peuvent afficher les mots de passe dans pg_user_mappings uniquement dans les conditions suivantes :