Utiliser une base de données mandataire d'intelligence artificielle pour sélectionner l'intelligence artificielle NL2SQL

Sélectionnez l'IA qui s'exécute de manière native dans Oracle Autonomous AI Database et Oracle AI Database, qui peuvent toutes deux fonctionner comme une base de données mandataire d'IA, également appelée " sideecar ". Une base de données mandataire d'IA peut prendre en charge des sources de données locales et externes (sur place, en nuage ou de tierce partie). À l'aide de mécanismes de fédération Oracle standard tels que Database Links, Cloud Links, Table Hyperlinks et Federated Tables, Select AI génère du code SQL fédéré à partir d'invites en langage naturel à l'aide de métadonnées dans les systèmes Oracle et non Oracle.

Les hôtes de base de données d'IA autonome agissent comme une couche centrale de métadonnées et de traitement pour les sources de données locales et externes. La base de données mandataire de l'IA contrôle le traitement des interrogations distribuées tandis que les systèmes externes font autorité pour leurs données.

Qu'est-ce qu'une base de données proxy IA

Une base de données mandataire d'IA est une instance de base de données d'IA autonome qui exécute Select AI au nom de sources de données locales ou externes. Il ne contient pas les données externes. Au lieu de cela, il utilise des métadonnées exposées via des objets de base de données locaux (tables et vues) qui référencent des sources de données distantes telles que des vues définies sur des liens de base de données ou des liens en nuage, des tables externes sur des hyperliens de table et des tables fédérées pour interpréter les demandes en langage naturel et générer du code SQL qui s'exécute sur des systèmes distribués. La base de données proxy AI peut également contenir des données locales dans son propre schéma.

Dans cette architecture, une base de données proxy d'IA :

  • Sélectionner l'intelligence artificielle pour les hôtes

  • Utilise le LLM spécifié par l'utilisateur pour interpréter l'intention et générer du code SQL

  • Coordonne l'exécution de l'interrogation fédérée

  • Retourne les sorties pour les actions Sélectionner l'intelligence artificielle

Cette approche permet des analyses basées sur l'IA dans des magasins de données hétérogènes sans migration ou duplication des données.

Base de données autonome d'IA en tant que base de données mandataire d'IA

Par exemple, une interrogation en langage naturel telle que "Afficher les commandes en attente pour Acme Corp", Select AI crée une invite augmentée, l'envoie au LLM configuré pour générer du SQL, et une base de données mandataire d'IA exécute le SQL généré pour extraire les données de client d'une table BigQuery sur Google Cloud et les détails de commande d'une base de données Amazon Redshift sur AWS. Vous n'avez pas besoin d'écrire du code SQL ou de déplacer des données manuellement. Select AI utilise des profils d'IA et respecte les rôles de base de données existants, les mécanismes de sécurité et les politiques en place pour protéger les données entre les bases de données liées. En utilisant une base de données entièrement gérée avec Real Application Security (RAS), la base de données mandataire d'IA optimisée par Select AI assure un accès et une analyse des données sécurisés et efficaces basés sur l'IA.

Voir :

Rubriques

Comment Select AI utilise une base de données proxy AI

Vous créez des liens de base de données ou des liens de nuage pour exposer des tables et des vues distantes à la base de données mandataire d'IA. Ces objets apparaissent en tant que schémas mappés dans la base de données d'IA autonome. Pour Database Links et Cloud Links, vous créez généralement des vues locales sur les objets distants, puis vous spécifiez ces vues dans le profil AI. Pour les tables externes et les tables fédérées, les objets de table locaux créés peuvent être spécifiés directement dans le profil AI. Vous créez des vues locales sur ces liens de base de données, ces liens en nuage, ces tables externes ou ces tables fédérées, puis vous spécifiez ces vues dans le profil IA. Sélectionnez AI pour lire les métadonnées de ces objets mappés et créer une invite augmentée.

Select AI envoie l'invite augmentée au LLM spécifié par l'utilisateur, qui génère des instructions SQL couvrant les sources de données locales et distantes. La base de données mandataire AI exécute l'interrogation fédérée, pousse le traitement vers des systèmes externes et effectue des jointures ou des agrégations au besoin. Les résultats sont retournés en tant que jeux de résultats SQL standard.

Du point de vue de l'utilisateur, l'interrogation se comporte comme si elle s'exécutait sur un seul système.

Liens de base de données et liens vers le nuage

La base de données mandataire AI utilise des liens de base de données et des liens de nuage pour accéder à des sources de données externes et générer des énoncés SQL fédérés au moyen de Select AI. Les deux mécanismes exposent les métadonnées à Select AI, mais répondent à des besoins différents en matière de connectivité et de gouvernance.

Les liens de base de données connectent la base de données mandataire de l'IA à des bases de données externes, Oracle et non Oracle, à l'aide d'une connectivité réseau directe et de données d'identification. Ils prennent en charge des environnements hétérogènes, notamment les systèmes sur place, les bases de données Oracle existantes et les bases de données tierces telles que PostgreSQL, MySQL, SQL Server, Amazon Redshift, Snowflake, etc. Avec les liens de base de données, Select AI lit la table et affiche les métadonnées des schémas distants et génère le fichier NL2SQL fédéré qui s'exécute sur des systèmes distribués alors que les données restent dans sa base de données source. Pour plus de détails, voir CREATE DATABASE LINK.

Les liens vers le nuage connectent une base de données d'IA autonome à une autre de manière contrôlée et sécurisée. Un responsable de données choisit les tables ou les vues à partager et les met à la disposition d'autres bases de données d'IA autonomes. Une fois partagées, d'autres bases de données peuvent trouver et utiliser ces données sans configurer de noms d'utilisateur, de mots de passe, de portefeuilles ou de connexions réseau. Les données restent en lecture seule et restent dans la base de données source, tandis que les règles de partage sont gérées de manière centralisée. Les liens vers le nuage sont conçus spécifiquement pour partager des données entre des bases de données d'IA autonomes d'une manière simple et gouvernée. Pour plus de détails, voir Utiliser des liens en nuage pour l'accès aux données en lecture seule sur une base de données d'IA autonome.

Dans les deux cas, Select AI s'appuie sur des métadonnées locales exposées, et non sur le déplacement de données physiques, pour interpréter les invites en langage naturel et générer du code SQL. La base de données mandataire de l'IA coordonne l'exécution des interrogations, tandis que les systèmes externes restent faisant autorité pour leurs données et appliquent leurs propres contrôles de sécurité.

Sources de données externes prises en charge

Lorsqu'elle est utilisée comme base de données mandataire d'IA, la base de données autonome d'IA peut fonctionner sur des données stockées dans un large éventail de systèmes externes, notamment :

  • Oracle Autonomous AI Database (y compris les versions précédentes, telles que 19c)

  • Instances d'Oracle AI Database

  • PostgreSQL

  • MySQL

  • SQL Server

  • SQL Azure

  • DB2

  • Teradata

  • Amazon Redshift

  • Snowflake

  • Databricks

  • Salesforce

La prise en charge dépend de l'accessibilité du réseau et de l'utilisation des liens de base de données ou des liens vers le nuage. Voir Créer des liens de base de données vers des bases de données non Oracle avec une connectivité hétérogène gérée par Oracle pour obtenir la liste complète des bases de données non Oracle prises en charge.

Tables externes sur des hyperliens de table et des tables fédérées

Autonomous AI Database prend en charge l'accès aux données d'une autre base de données Autonomous AI Database au moyen de tables externes sur des hyperliens de table et des tables fédérées. Les deux méthodes fournissent un accès sécurisé en lecture seule entre les régions sans réplication des données, mais leur configuration et leur contrôle diffèrent.

Les tables externes sur des hyperliens de table utilisent une URL (hyperlien de table) générée dans la base de données IA autonome du fournisseur (source) avec DBMS_DATA_ACCESS.CREATE_URL. Le consommateur (cible) Autonomous AI Database crée ensuite une table externe référençant cet hyperlien à l'aide de DBMS_CLOUD.CREATE_EXTERNAL_TABLE. Cette approche offre un contrôle détaillé, vous permettant d'exposer des tables ou des vues individuelles et de gérer directement les durées de vie des hyperliens. Il convient le mieux au partage de données ad hoc ou sélectif lorsque les administrateurs préfèrent un contrôle explicite sur les objets accessibles. Pour plus de détails, voir Utiliser des hyperliens de table pour créer une table externe.

Les tables fédérées fournissent un moyen automatisé d'accéder aux données distantes de la base de données de l'IA autonome. Une table fédérée est créée dans la base de données du consommateur à l'aide de DBMS_DATA_ACCESS.CREATE_FEDERATED_TABLE, qui gère automatiquement la création d'hyperliens et le mappage des métadonnées en arrière-plan. Cette méthode simplifie la configuration et est idéale pour la fédération inter-régions, multi-objets ou à long terme. Les tables fédérées s'intègrent étroitement à la gouvernance de la base de données d'IA autonome à l'aide des portées de création enregistrées et des autorisations DBMS_DATA_ACCESS_ADMIN. Elles sont conçues pour l'accès géré au niveau de la production entre les compartiments ou les locations. Pour plus de détails, voir Créer des tables fédérées à l'aide d'hyperliens de table en définissant la portée.

En résumé, utilisez des tables externes sur des hyperliens de table lorsque vous avez besoin d'un contrôle précis et à court terme sur les objets partagés et des tables fédérées lorsque vous souhaitez une intégration simplifiée, évolutive et entièrement gérée entre les bases de données pour Select AI. Dans les deux cas, Select AI s'appuie sur les métadonnées exposées, et non sur le déplacement de données physiques, pour interpréter les invites de langage naturel et générer du code SQL. La base de données mandataire de l'IA coordonne l'exécution des interrogations, tandis que les systèmes externes font autorité pour leurs données et appliquent leurs propres contrôles de sécurité.

Cas d'utilisation principal

Le principal cas d'utilisation d'une base de données mandataire d'IA avec Select AI est la génération de langage naturel vers SQL à l'aide de métadonnées locales qui génèrent des interrogations fédérées.

Requêtes fédérées : Votre plateforme de données peut inclure des bases de données relationnelles sur place, des bases de données d'IA autonomes, Oracle AI Database, des lacs de données, des systèmes existants ou des magasins de données tiers. Vous pouvez utiliser Select AI pour effectuer des interrogations avec Autonomous AI Database via Database Links ou Cloud Links en tant que sideecar.

La base de données mandataire d'IA coordonne l'exécution des interrogations pendant que les systèmes externes traitent leurs données en place. Cela permet de conserver les données dans leur emplacement d'origine et d'éviter la réplication, la synchronisation ou l'extraction, la transformation et le chargement.

Principaux avantages :

  • Conserver les données dans les systèmes sources

  • Éviter l'extraction, la transformation et le chargement, la réplication et le déplacement des données

  • Interroger les bases de données Oracle et non Oracle ensemble

  • Étendre l'IA générative et NL2SQL aux systèmes existants et en nuage

  • Utiliser une interface Sélectionner l'IA unique pour toutes vos sources de données