Interroger des données externes à l'aide du catalogue de données
Oracle Cloud Infrastructure Data Catalog est le service de gestion des métadonnées pour Oracle Cloud, qui vous aide à découvrir les données et à prendre en charge la gouvernance des données. Il fournit un inventaire des ressources, un glossaire d'entreprise et un magasin de métadonnées commun pour les lacs de données.
Autonomous AI Database peut tirer parti de ces métadonnées pour simplifier considérablement la gestion de l'accès au magasin d'objets de votre lac de données. Au lieu de définir manuellement des tables externes pour accéder à votre lac de données, utilisez les tables externes qui sont définies et gérées automatiquement. Ces tables se trouvent dans les schémas protégés par une base de données d'intelligence artificielle autonome qui sont tenus à jour avec les modifications apportées au catalogue de données.
Pour plus d'informations sur le catalogue de données, consultez la documentation relative au catalogue de données.
- À propos de l'interrogation avec le catalogue de données
En se synchronisant avec les métadonnées du catalogue de données, Autonomous AI Database crée automatiquement des tables externes pour chaque entité logique collectée par le catalogue de données. Ces tables externes sont définies dans des schémas de base de données entièrement gérés par le processus de synchronisation des métadonnées. Les utilisateurs peuvent interroger immédiatement les données sans avoir à dériver manuellement le schéma (colonnes et types de données) pour les sources de données externes et créer manuellement des tables externes. - Concepts liés à l'interrogation à l'aide du catalogue de données
Pour effectuer une interrogation à l'aide du catalogue de données, vous devez comprendre les concepts suivants. - Mappage de synchronisation
Le processus de synchronisation crée et met à jour les schémas et les tables externes de la base de données d'intelligence artificielle autonome en fonction des ressources de données du catalogue de données, des dossiers, des entités logiques, des attributs et des remplacements personnalisés pertinents. - Flux de travail type avec catalogue de données
Il existe un flux de travail type des actions effectuées par les utilisateurs qui souhaitent effectuer une interrogation avec le catalogue de données. - Exemple : MovieStream Scénario
Dans ce scénario, Moviestream capture des données dans une zone d'atterrissage sur le stockage d'objets. Une grande partie de ces données, mais pas nécessairement toutes, est ensuite utilisée pour alimenter une base de données IA autonome. Avant d'alimenter la base de données d'IA autonome, les données sont transformées, nettoyées et ensuite stockées dans la zone "or". - Exemple : Scénario de données partitionnées
Ce scénario illustre comment créer des tables externes dans la base de données IA autonome qui sont basées sur des entités logiques du catalogue de données collectées à partir de données partitionnées dans le magasin d'objets.
À propos de l'interrogation avec le catalogue de données
En se synchronisant avec les métadonnées du catalogue de données, Autonomous AI Database crée automatiquement des tables externes pour chaque entité logique collectée par le catalogue de données. Ces tables externes sont définies dans des schémas de base de données entièrement gérés par le processus de synchronisation des métadonnées. Les utilisateurs peuvent interroger immédiatement les données sans avoir à dériver manuellement le schéma (colonnes et types de données) pour les sources de données externes et créer manuellement des tables externes.
La synchronisation est dynamique, ce qui maintient la base de données autonome de l'IA à jour en ce qui concerne les modifications apportées aux données sous-jacentes, réduisant ainsi les coûts d'administration, car elle gère automatiquement des centaines à des milliers de tables. Il permet également à plusieurs instances de base de données autonome d'IA de partager le même catalogue de données, réduisant ainsi les coûts de gestion et fournissant un ensemble commun de définitions d'affaires.
Les dossiers/seaux du catalogue de données sont des conteneurs qui se synchronisent avec les schémas d'Autonomous Database. Les entités logiques de ces dossiers/seaux sont mappées aux tables externes Autonomous Database. Ces schémas et tables externes sont générés et mis à jour automatiquement au moyen du traitement de synchronisation :
- Les dossiers/intervalles sont mappés aux schémas de base de données à des fins organisationnelles uniquement.
- L'organisation est conçue pour être cohérente avec le lac de données et minimiser la confusion lors de l'accès aux données par différents chemins.
- Le catalogue de données est la source de vérité pour les tables contenues dans les schémas. Les modifications apportées dans le catalogue de données mettent à jour les tables du schéma lors d'une synchronisation ultérieure.
Pour utiliser cette fonction, un administrateur de catalogue de données de base de données lance une connexion à une instance de catalogue de données, sélectionne les ressources de données et les entités logiques à synchroniser et exécute la synchronisation. Le processus de synchronisation crée des schémas et des tables externes en fonction des ressources de données collectées et des entités logiques du catalogue de données sélectionné. Dès que les tables externes sont créées, les analystes de données peuvent commencer à interroger leurs données sans avoir à dériver manuellement le schéma des sources de données externes et à créer des tables externes.
L'ensemble
DBMS_DCAT est disponible pour effectuer les tâches requises pour interroger les ressources de données du magasin d'objets du catalogue de données. Voir Ensemble DBMS_DCAT.
Rubrique parent : Interroger des données externes à l'aide du catalogue de données
Concepts liés à l'interrogation avec le catalogue de données
Vous devez comprendre les concepts suivants pour effectuer des interrogations avec le catalogue de données.
- Catalogue de données
-
Le catalogue de données collecte les ressources de données qui pointent vers les sources de données du magasin d'objets à interroger avec la base de données d'intelligence artificielle autonome. À partir du catalogue de données, vous pouvez spécifier comment les données sont organisées lors de la collecte, en prenant en charge différents modèles d'organisation de fichiers. Dans le cadre du processus de collecte du catalogue de données, vous pouvez sélectionner les seaux et les fichiers à gérer dans la ressource. Pour plus d'informations, voir Aperçu du catalogue de données.
- Magasins d'objets
-
Les magasins d'objets comportent des seaux contenant divers objets. Certains types d'objet courants trouvés dans ces seaux sont les fichiers CSV, parquet, avro, json et ORC. Les seaux ont généralement une structure ou un motif de conception pour les objets qu'ils contiennent. Il existe de nombreuses façons différentes de structurer les données et de nombreuses façons différentes d'interpréter ces modèles.
Par exemple, un modèle de conception type utilise des dossiers de niveau supérieur qui représentent des tables. Les fichiers d'un dossier donné partagent le même schéma et contiennent des données pour cette table. Les sous-dossiers sont souvent utilisés pour représenter des partitions de table (par exemple, un sous-dossier pour chaque jour). Le catalogue de données fait référence à chaque dossier de niveau supérieur en tant qu'entité logique, et cette entité logique est mappée à une table externe de base de données IA autonome.
- Connexion
-
Une connexion est une connexion de base de données IA autonome à une instance de catalogue de données. Pour chaque instance Autonomous AI Database, il peut y avoir des connexions à plusieurs instances de catalogue de données. Les données d'identification de la base de données de l'IA autonome doivent avoir les droits d'accès aux ressources du catalogue de données qui ont été collectées à partir du stockage d'objets.
- Collecter
-
Processus de catalogue de données qui balaie le stockage d'objets et génère les entités logiques à partir de vos jeux de données.
- Ressource de données
-
Une ressource de données dans le catalogue de données représente une source de données, qui comprend des bases de données, le service de stockage d'objets d'Oracle, Kafka et plus encore. Autonomous AI Database tire parti des ressources du service de stockage d'objets d'Oracle pour la synchronisation des métadonnées.
- entité de données
-
Une entité de données dans le catalogue de données est une collection de données, telle qu'une table ou une vue de base de données, ou un fichier unique et comporte généralement de nombreux attributs qui décrivent ses données.
- Entité logique
-
Dans Data Lakes, de nombreux fichiers comprennent généralement une seule entité logique. Par exemple, vous pouvez avoir des fichiers de parcours quotidiens et ces fichiers partagent le même schéma et le même type de fichier.
Une entité logique de catalogue de données est un groupe de fichiers de stockage d'objets qui sont dérivés lors de la collecte en appliquant des modèles de nom de fichier qui ont été créés et affectés à une ressource de données.
- Objet de données
-
Le terme objet de données du catalogue de données fait référence aux ressources de données et aux entités de données.
- Modèle de nom de fichier
-
Dans un lac de données, les données peuvent être organisées de différentes manières. En général, les dossiers capturent des fichiers du même schéma et du même type. Vous devez vous inscrire au catalogue de données pour savoir comment vos données sont organisées. Les modèles de nom de fichier sont utilisés pour identifier l'organisation de vos données. Dans le catalogue de données, vous pouvez définir des modèles de nom de fichier à l'aide d'expressions rationnelles. Lorsque le catalogue de données collecte une ressource de données avec un modèle de nom de fichier affecté, les entités logiques sont créées en fonction du modèle de nom de fichier. En définissant et en affectant ces modèles aux ressources de données, plusieurs fichiers peuvent être regroupés en tant qu'entités logiques en fonction du modèle de nom de fichier.
- Synchroniser (synchroniser)
-
Autonomous AI Database effectue des synchronisations avec le catalogue de données pour maintenir automatiquement sa base de données à jour en ce qui concerne les modifications apportées aux données sous-jacentes. La synchronisation peut être effectuée manuellement ou selon un programme.
Le processus de synchronisation crée des schémas et des tables externes basés sur les ressources de données du catalogue de données et les entités logiques. Ces schémas sont protégés, ce qui signifie que leurs métadonnées sont gérées par le catalogue de données. Si vous voulez modifier les métadonnées, vous devez les modifier dans le catalogue de données. Les schémas de base de données d'IA autonome refléteront toute modification après l'exécution de la prochaine synchronisation. Pour plus de détails, voir Mappage de synchronisation.
Rubrique parent : Interroger des données externes à l'aide du catalogue de données
Mappage de synchronisation
Le processus de synchronisation crée et met à jour des schémas et des tables externes de base de données d'intelligence artificielle autonome en fonction des ressources de données du catalogue de données, des dossiers, des entités logiques, des attributs et des remplacements personnalisés pertinents.
| Catalogue de données | Base de données autonome optimisée par l'IA | Description du mappage |
|---|---|---|
|
Ressource de données et dossier (seau de stockage d'objets) |
Nom du schéma |
Valeurs par défaut : Par défaut, le nom du schéma généré dans Autonomous AI Database a le format suivant :
Personnalisations : Les valeurs par défautdata-asset-name et folder-name peuvent être personnalisées en définissant des propriétés, des noms d'affaires et des noms d'affichage personnalisés pour remplacer ces noms par défaut.
Exemples :
|
| Entité logique | Table externe |
Les entités logiques sont mappées avec des tables externes. Si l'entité logique a un attribut partitionné, elle est mappée à une table externe partitionnée. Le nom de la table externe est dérivé du nom d'affichage de l'entité logique correspondante ou du nom d'entreprise. Si Par exemple, si |
| Attributs de l'entité logique | Colonnes de table externe |
Noms de colonne : Les noms de colonne de table externe sont dérivés des noms d'affichage d'attribut ou des noms d'affaires de l'entité logique correspondante. Pour les entités logiques dérivées des fichiers Parquet, Avro et ORC, le nom de colonne est toujours le nom d'affichage de l'attribut, car il représente le nom de champ dérivé des fichiers sources. Pour les attributs correspondant à une entité logique dérivée de fichiers CSV, les champs d'attribut suivants sont utilisés par ordre de priorité pour générer le nom de colonne :
Type de colonne : La propriété personnalisée Pour les attributs correspondant à une entité logique dérivée des fichiers Avro avec les types de données Longueur de colonne : La propriété personnalisée Précision de colonne : La propriété personnalisée Pour les attributs correspondant à une entité logique dérivée des fichiers Avro avec les types de données Échelle de colonne : La propriété personnalisée |
Rubrique parent : Interroger des données externes à l'aide du catalogue de données
Flux de travail type avec le catalogue de données
Il existe un flux de travail type des actions effectuées par les utilisateurs qui souhaitent effectuer une interrogation avec le catalogue de données.
L'administrateur d'interrogation du catalogue de données de base de données ou l'administrateur de base de données accorde l'accès READ aux tables externes générées afin que les analystes de données et les autres utilisateurs de base de données puissent parcourir et interroger les tables externes.
Le tableau ci-dessous décrit chaque action en détail. Pour une description des différents types d'utilisateur inclus dans ce tableau, voir Utilisateurs et rôles du catalogue de données.
L'ensemble
DBMS_DCAT est disponible pour effectuer les tâches requises pour interroger les ressources de données du magasin d'objets du catalogue de données. Voir Ensemble DBMS_DCAT.
| Action | Qui est l'utilisateur | Description |
|---|---|---|
|
Créer des politiques |
Administrateur du catalogue de données de base de données |
Le principal de ressource de base de données d'intelligence artificielle autonome ou les données d'identification d'utilisateur de base de données d'intelligence artificielle autonome doivent disposer des autorisations appropriées pour gérer le catalogue de données et pour effectuer des lectures à partir du stockage d'objets. Informations supplémentaires : Données d'identification requises et politiques IAM. |
|
Créer des données d'identification |
Administrateur du catalogue de données de base de données |
Assurez-vous que les données d'identification de la base de données sont en place pour accéder au catalogue de données et interroger le magasin d'objets. L'utilisateur appelle Informations supplémentaires : DBMS_CLOUD CREATE_CREDENTIAL Procédure, Utiliser le principal de ressource avec DBMS_CLOUD. |
|
Créer des connexions au catalogue de données |
Administrateur du catalogue de données de base de données |
Pour lancer une connexion entre une instance de base de données d'intelligence artificielle autonome et une instance de catalogue de données, l'utilisateur appelle La connexion à l'instance de catalogue de données doit utiliser un objet de données d'identification de base de données avec des privilèges Oracle Cloud Infrastructure (OCI) suffisants. Par exemple, le jeton de service Principal de ressource pour l'instance de base de données IA autonome ou un utilisateur OCI disposant de privilèges suffisants peut être utilisé. Une fois la connexion établie, l'instance de catalogue de données est mise à jour avec l'espace de noms
DBMS_DCAT et les propriétés personnalisées (s'ils n'existent pas déjà). L'utilisateur peut exécuter une interrogation pour voir la nouvelle connexion, y compris toutes les connexions courantes :
Informations supplémentaires : Procédure SET_DATA_CATALOG_CONN, Procédure UNSET_DATA_CATALOG_CONN. |
|
Créer une synchronisation sélective |
Administrateur du catalogue de données de base de données |
Créez une tâche de synchronisation en sélectionnant les objets du catalogue de données à synchroniser. L'utilisateur peut :
Informations supplémentaires : Voir Procédure CREATE_SYNC_JOB, Procédure DROP_SYNC_JOB, Mappage de synchronisation |
|
Synchroniser avec le catalogue de données |
Administrateur du catalogue de données de base de données |
L'utilisateur lance une opération de synchronisation. La synchronisation est lancée manuellement au moyen de l'appel de procédure L'opération de synchronisation crée, modifie et supprime des tables et des schémas externes en fonction du contenu du catalogue de données et des sélections de synchronisation. La configuration manuelle est appliquée à l'aide des propriétés personnalisées du catalogue de données. Informations supplémentaires : Voir Procédure RUN_SYNC, Procédure CREATE_SYNC_JOB, Mappage de synchronisation |
|
Surveiller la synchronisation et voir les journaux |
Administrateur du catalogue de données de base de données |
L'utilisateur peut voir le statut de synchronisation en interrogeant la vue USER_LOAD_OPERATIONS. Une fois le processus de synchronisation terminé, l'utilisateur peut consulter un journal des résultats de la synchronisation, y compris des détails sur les mappings des entités logiques avec des tables externes.
Informations supplémentaires : Surveillance et dépannage des chargements |
|
accorder des privilèges |
Administrateur d'interrogation du catalogue de données de base de données, administrateur de base de données |
L'administrateur d'interrogation du catalogue de données de la base de données ou l'administrateur de base de données doit accorder la lecture sur les tables externes générées aux utilisateurs analystes de données. Cela permet aux analystes de données d'interroger les tables externes générées. |
|
Parcourir et interroger les tables externes |
Analyste des données |
Les analystes de données peuvent interroger les tables externes au moyen de n'importe quel outil ou application prenant en charge Oracle SQL. Les analystes de données peuvent vérifier les schémas et les tables synchronisés dans les schémas DCAT$* et interroger les tables à l'aide d'Oracle SQL. Informations supplémentaires : Mappage de synchronisation |
|
Mettre fin aux connexions au catalogue de données |
Administrateur du catalogue de données de base de données |
Pour supprimer une association de catalogue de données existante, l'utilisateur appelle la procédure UNSET_DATA_CATALOG_CONN. Cette action n'est effectuée que lorsque vous ne prévoyez plus utiliser le catalogue de données et les tables externes dérivées du catalogue. Cette action supprime les métadonnées du catalogue de données et les tables externes synchronisées de l'instance de base de données de l'IA autonome. Les propriétés personnalisées du catalogue de données et des politiques OCI ne sont pas touchées. Informations supplémentaires : Procédure UNSET_DATA_CATALOG_CONN |
Rubrique parent : Interroger des données externes à l'aide du catalogue de données
Exemple : Scénario MovieStream
Dans ce scénario, Moviestream capture des données dans une zone d'atterrissage sur le stockage d'objets. Une grande partie de ces données, mais pas nécessairement toutes, est ensuite utilisée pour alimenter une base de données IA autonome. Avant d'alimenter la base de données d'IA autonome, les données sont transformées, nettoyées et ensuite stockées dans la zone "or".
Le catalogue de données est utilisé pour collecter ces sources, puis fournir un contexte d'affaires aux données. Les métadonnées du catalogue de données sont partagées avec Autonomous AI Database, ce qui permet aux utilisateurs de Autonomous AI Database d'interroger ces sources de données à l'aide d'Oracle SQL. Ces données peuvent être chargées dans Autonomous AI Database ou interrogées dynamiquement à l'aide de tables externes.
Pour plus d'informations sur l'utilisation du catalogue de données, voir Documentation sur le catalogue de données.
Rubrique parent : Interroger des données externes à l'aide du catalogue de données
Exemple : Scénario de données partitionnées
Ce scénario illustre la création de tables externes dans la base de données d'intelligence artificielle autonome basées sur des entités logiques du catalogue de données collectées à partir de données partitionnées dans le magasin d'objets.
L'exemple suivant est basé sur Exemple : MovieStream Scénario et a été adapté pour démontrer l'intégration à des données partitionnées. Le catalogue de données est utilisé pour collecter ces sources, puis fournir un contexte d'affaires aux données. Pour plus de détails sur cet exemple, voir Exemple : MovieStream Scénario.
Pour plus d'informations sur l'utilisation du catalogue de données, voir Documentation sur le catalogue de données.
Rubrique parent : Interroger des données externes à l'aide du catalogue de données
