Documentation sur Oracle Cloud Infrastructure

À propos de l'interrogation de catalogues et de bases de données distants

Cette rubrique décrit comment interroger des données externes à l'aide des métadonnées du catalogue à l'aide d'une syntaxe SQL du formulaire : [schema].object@catalog_name.

Ici, la syntaxe [schema].object@catalog_name fait référence à une représentation de l'accès aux objets de base de données

Le tableau décrit les paramètres et leurs descriptions utilisés dans la syntaxe :

Paramètres Description
Schéma

Ce champ est facultatif et la valeur par défaut est l'utilisateur courant. Un schéma est un espace de noms dans un catalogue qui organise des objets de base de données connexes tels que des tables, des vues, des procédures ou des fonctions. Il agit comme un conteneur logique pour ces objets.
Objets Ce champ fait référence à tout objet de base de données contenu dans un schéma, tel que des tables, des vues, des procédures ou des fonctions.
Catalogue Le champ Catalogue affiche le nom du catalogue avec la table référencée. Vous pouvez créer et gérer des catalogues à l'aide de l'ensemble DBMS_CATALOG ou de l'outil de catalogue de la suite d'outils Data Studio.
Note

Vous pouvez également remplacer les catalogues par dbLinks.

Accès aux tables distantes

Pour accéder à une table à partir d'un schéma distant à l'aide d'un catalogue, procédez comme suit :
  1. Monter un catalogue : Commencez par monter un catalogue sur n'importe quel type de magasin de données pris en charge (p. ex., Iceberg, Delta Lake, etc.). Le montage d'un catalogue standardise les métadonnées, ce qui permet à SQL d'accéder aux données externes comme s'il s'agissait de tables dans un schéma du catalogue. Voir Gérer les catalogues pour des étapes détaillées sur le montage des catalogues. Une fois le catalogue monté et les métadonnées normalisées, vous pouvez interroger directement les données externes à l'aide de SQL. Même si les données externes n'existent pas physiquement en tant que tables traditionnelles, le catalogue les résume dans un format tabulaire pour faciliter les interrogations.
  2. Référencer la table : Une fois montée, vous pouvez référencer la table distante en spécifiant le schéma et le catalogue (le cas échéant) suivis du nom de la table à l'aide de la syntaxe suivante : [remote_schema].table@catalog.

Ici, schema dans cet identificateur est le schéma distant qui contient la table distante. Table, dans ce cas, est le nom de la table dans le catalogue distant.

Note

L'utilisateur doit disposer des données d'identification appropriées pour accéder à la table et au catalogue spécifiques.

Points clés à considérer

  • La fonction est conçue à l'aide de l'ensemble DBMS_CATALOG installé dans un environnement ADB-S.
  • Les opérations LDD (par exemple, CREATE, ALTER, DROP) ne sont pas autorisées sur les bases de données distantes au moyen de catalogues. Si vous le faites, vous pouvez rencontrer une erreur "ORA-02021 : Les opérations LDD ne sont pas autorisées sur une base de données distante" .
  • Restriction du même nom : Cette fonction impose que pour un utilisateur donné, il ne peut pas exister de lien de base de données et de catalogue portant le même nom.

Dans les chapitres suivants, vous apprendrez à :

Vous allez utiliser SQL Worksheet Editor de Database Actions pour exécuter des interrogations SQL. Vous devez d'abord vous connecter à votre instance Database Actions et sélectionner SQL dans le menu Développement.

Conditions requises :

Vous aurez besoin d'un compte OCI.

En quoi DBlinks est-il différent des catalogues?

DBLinks : Ils sont principalement utilisés pour se connecter et interroger une autre base de données directement à l'aide d'une syntaxe.

Exemple :
SELECT * FROM <schema_name>.<table_name>@<dblink_name>;

Lorsqu'un catalogue est monté sur une autre base de données au moyen de DBLink, il n'est pas nécessaire de définir séparément des métadonnées dans le catalogue, car la syntaxe DBLink accède directement aux objets de base de données distants. Essentiellement, DBLink agit comme une connexion transparente à la base de données distante, permettant aux interrogations de s'exécuter comme si les données étaient locales.

Catalogues : Ils servent de couche de métadonnées pouvant être montée sur différents types de magasin de données, non seulement les bases de données connectées au moyen de DBLinks, mais également les catalogues de données externes ou les partages de données tels que les fournisseurs Delta Share ou Live Share. Lorsqu'un catalogue est monté sur un magasin autre que de base de données, la syntaxe @catalog adapte les interrogations pour générer des tables externes insérées, ce qui permet d'accéder aux données externes sans nécessiter DBLink. Cela signifie que les catalogues résument la gestion des métadonnées et fournissent une interface unifiée pour l'interrogation de diverses sources de données, y compris externes.