Partage et consommation de données avec le partage de données dans une base de données d'IA autonome

Utilisez le partage de données dans Data Studio pour partager les données et métadonnées Oracle d'Autonomous AI Database avec d'autres bases de données et outils autres que les bases de données. Le partage de données prend en charge les workflows fournisseur et consommateur : un fournisseur crée un partage, ajoute des objets et des destinataires, et publie le partage ; un consommateur s'abonne au fournisseur et crée des objets de base de données qui rendent les données partagées disponibles pour l'interrogation.

Cette rubrique fournit un point d'entrée pour comprendre quand et comment utiliser le partage de données avec une base de données d'IA autonome. Pour une présentation détaillée de la page Partage de données et des types de partage disponibles, reportez-vous à la documentation Data Studio.

Quand utiliser le partage de données

Utilisez le partage de données lorsque vous voulez un moyen gouverné de mettre les données à la disposition d'autres utilisateurs, bases de données, applications ou outils sans créer de processus d'exportation et de livraison personnalisé.

Par exemple, utilisez-la dans le but suivant :

• Utilisez un partage lorsqu'un autre fournisseur a rendu les données disponibles pour votre base de données d'IA autonome.

• Partager les données avec numéro de version lorsque les destinataires doivent voir un cliché publié et recevoir des modifications uniquement lorsque le fournisseur publie une nouvelle version.

• Partagez des données en direct lorsque les destinataires d'une base de données d'IA autonome ont besoin d'accéder aux dernières données source validées via une connexion de base de données directe.

• Utilisez l'accès basé sur le partage Delta ouvert pour les outils et les API qui prennent en charge le partage Delta, ou utilisez le partage en direct pour un accès en temps quasi réel entre les instances de base de données Autonomous AI prises en charge.

• Automatisez le partage de workflows avec le package PL/SQL DBMS_SHARE lorsque vous voulez implémenter un processus fournisseur ou consommateur à l'aide de scripts au lieu de l'interface utilisateur Data Studio.

Fonctionnement de Data Share avec Autonomous AI Database

Le partage de données est exécuté à partir de Database Actions pour la base de données Autonomous AI. Database Actions est fourni avec chaque instance de base de données Autonomous AI et fournit des fonctionnalités de développement, de données, d'administration, de surveillance et de téléchargement.

Pour les utilisateurs qui ne sont pas administrateurs, Database Actions masque les fiches d'outils lorsque l'utilisateur ne dispose pas des droits d'accès requis. Les outils Data Studio nécessitent le rôle de base de données DWROLE. Pour plus d'informations, reportez-vous à Connexion à la base de données Autonomous AI sur une infrastructure Exadata dédiée avec Database Actions

Le partage de données sur Autonomous Database on Dedicated Exadata Infrastructure prend en charge le rôle Consommateur, qui :

• S'abonne à un fournisseur de partage.
• Enregistre les partages disponibles.
• Crée des tables ou des vues externes pour les objets partagés.
• Interroge les données partagées à partir de la base de données Autonomous AI.

Un partage avec version publie des données en tant qu'instantané connu. Le fournisseur publie le partage vers un emplacement de stockage d'objets, et les destinataires utilisent un profil pour inscrire et utiliser les données partagées. Les destinataires voient les modifications lorsque le soignant publie une nouvelle version. Pour plus d'informations, reportez-vous à Fournir un partage avec versions.

Un partage en direct permet à un destinataire de base de données d'IA autonome d'accéder aux dernières données directement à partir de la base de données du fournisseur. Live Share utilise des liens cloud et est destiné à l'utilisation d'Oracle AI Database. Pour les partages en direct dans la même région, les destinataires voient les données actuelles au moment de la requête. Pour plus d'informations, reportez-vous à Fournir un partage en direct.

Avant de commencer

Avant d'utiliser le partage de données, vérifiez les points suivants :

• L'utilisateur peut accéder à Database Actions et dispose du rôle Data Studio requis, tel que DWROLE, sauf si l'utilisateur ADMIN est utilisé.
• Pour les fournisseurs de partage en direct, configurez l'identité du fournisseur de partage dans les paramètres Data Studio afin que les destinataires puissent identifier le fournisseur.
• Configurez SMTP dans les paramètres Data Studio si vous souhaitez que le partage de données envoie des liens d'activation de destinataire ou partage des notifications par courriel. Pour plus d'informations, reportez-vous à Paramètres Data Studio.

Partage de données ouvert

Pour ouvrir Data Share :

1. Ouvrez Database Actions pour votre base de données Autonomous AI.
2. Sélectionnez l'onglet Data Studio.
3. Sélectionnez Partage de données.
4. Sélectionnez Consommer le partage pour souscrire aux partages mis à disposition par un fournisseur.

Ce que vous pouvez faire dans le partage de données

• Consommer le partage : abonnez-vous à un fournisseur de partage, inscrivez les partages disponibles, créez des tables ou des vues externes et interrogez les objets partagés à partir de SQL. Reportez-vous à Consommer le partage pour obtenir un workflow de destinataire détaillé pour l'abonnement à des fournisseurs de partage avec numéro de version et en direct et la création d'objets interrogeables à partir de données partagées.

  • Consommer le partage avec numéro de version : téléchargez ou collez un profil JSON Delta Sharing, abonnez-vous à un fournisseur, sélectionnez des partages et liez des objets partagés à utiliser dans Autonomous AI Database.

  • Consommer le partage en direct : abonnez-vous à un fournisseur de partage en direct disponible et créez des vues des tables incluses dans le partage en direct.

• Gérer les partages avec DBMS_SHARE : utilisez PL/SQL pour repérer les partages, et surveiller ou dépanner les workflows de partage. Reportez-vous à Gestion des partages à l'aide de DBMS_SHARE pour automatiser le workflow PL/SQL pour les opérations de partage de fournisseur et de consommateur.

Limites de partage de données avec Autonomous AI Database sur une infrastructure Exadata dédiée

• Oracle Database version 19c et ultérieure prend en charge à la fois le partage avec versions et le partage en direct. Le partage de données prend également en charge un ensemble défini de types de colonne, et les fournisseurs de partage en direct peuvent créer des partages avec un maximum de quatre objets. Si plusieurs tables source sont réunies, Oracle recommande de créer une vue qui effectue les jointures et partage la vue à la place. Pour consulter la liste des types de colonne pris en charge, reportez-vous à Limites de partage de données sur la base de données Autonomous AI.

• Vous pouvez uniquement utiliser un partage avec numéro de version sur une base de données Autonomous AI sur une infrastructure Exadata dédiée. La production de partages avec numéro de version n'est pas prise en charge.

• Un fournisseur de données de partage en direct peut créer des partages avec un maximum de quatre objets.

• Si le fournisseur de données de partage en direct partage plusieurs tables qui seraient réunies, il est recommandé au fournisseur de créer une vue qui effectue les jointures, puis partage uniquement la vue.

• Pour les performances de partage en direct, l'augmentation des ECPU à elles seules peut ne pas améliorer les performances des requêtes complexes. Le Guide de dépannage explique comment un administrateur peut configurer le degré de parallélisme via les paramètres de gestion des ressources.

• Lorsque la base de données Autonomous AI consomme des données Delta Sharing, elle ne prend pas en charge les tables Delta pour lesquelles les vecteurs de suppression sont activés. Si une table Delta partagée utilise des vecteurs de suppression, demandez au fournisseur de supprimer des vecteurs de suppression ou de fournir un partage compatible. Pour plus d'informations, reportez-vous à la section Shared Table Query Attempt Failure.