Utiliser un acheminement d'énoncé efficace en activant ProxySQL sur Autonomous AI Database

ProxySQL sur Autonomous AI Database vous permet d'utiliser plusieurs instances Autonomous AI Database et facilite l'accès et l'analyse des données comme si elles étaient stockées à un seul endroit.

Vous pouvez utiliser ProxySQL lorsque vous avez besoin d'utiliser une configuration volumineuse impliquant plusieurs bases de données d'IA autonomes. ProxySQL vous donne un accès unifié à différentes bases de données et élimine la nécessité de déplacer physiquement les données en un seul endroit.

Lorsque vous activez ProxySQL, vous désignez une instance de base de données d'IA autonome en tant qu'instance de routeur et une ou plusieurs instances de base de données d'IA autonome en tant qu'instances cibles. L'instance de routeur comprend une table de routage qui détermine comment une instruction est distribuée (mappée) à une ou plusieurs instances cibles. Une instance cible inclut une table d'acceptation. La table d'acceptation est similaire à la table de routage et contient des entrées indiquant que l'instance accepte les redirections d'énoncé à partir du routeur.

Selon la méthode de routage que vous sélectionnez, les instructions sont automatiquement mappées de l'instance de routeur à une ou plusieurs instances cibles. Une application se connecte à l'instance de routeur et s'exécute sur l'instance de routeur, et Autonomous AI Database redirige les énoncés vers une ou plusieurs instances cibles.

Voici quelques-uns des avantages liés à l'activation de ProxySQL, par rapport à l'utilisation d'une seule base de données d'IA autonome de très grande taille :

• ProxySQL assure l'autonomie et l'indépendance de la base de données pour les opérations telles que la gestion du cycle de vie et les tâches d'administration. Par exemple, en utilisant ProxySQL, les opérations de base de données, y compris la sauvegarde et la restauration, et les fonctions telles qu'Autonomous Data Guard sont gérées de manière indépendante dans chaque instance de base de données Autonomous AI Database.

• ProxySQL vous permet de gérer efficacement des bases de données très volumineuses en divisant les données entre plusieurs instances de base de données d'IA autonome.

Il y a plusieurs termes à savoir lorsque vous travaillez avec ProxySQL :

Instance de routeur : Une instance de routeur est désignée lorsque vous activez ProxySQL. Une table de routage détermine comment un énoncé est distribué (mappé) à une ou plusieurs instances cibles. Selon la méthode de routage spécifiée, les instructions de l'instance de routeur sont automatiquement mappées à une ou plusieurs instances cibles.

Instance cible : L'instance cible est désignée lorsque vous créez un mappage sur l'instance de routeur. Une table d'acceptation est ajoutée sur chaque instance cible.

Table de routage : Une table de routage contient des entrées de mappage cible qui spécifient l'instance vers laquelle les énoncés sont automatiquement acheminés.

Table d'acceptation : Une table d'acceptation contient des entrées indiquant que l'instance accepte les redirections d'énoncé à partir du routeur.

Le routage ProxySQL prend en charge le routage en fonction du contexte, un mécanisme qui choisit dynamiquement l'instance de base de données d'IA autonome cible pour une table lors de l'exécution de l'interrogation.

Lorsqu'une table peut être acheminée vers plusieurs instances de base de données autonome d'IA cible, la décision finale de routage est influencée non seulement par le mappage statique de table, mais aussi par la structure et le contexte de l'interrogation. Si une telle table apparaît avec d'autres tables routées au même niveau de l'interrogation - par exemple, dans la même sous-interrogation ou clause de jointure - ProxySQL Routing préfère l'acheminer vers la même cible que ces autres tables, à condition que cela soit autorisé par les règles de mappage.

Si, après l'application de ces règles, il existe encore plus d'une instance de base de données d'intelligence artificielle autonome cible valide, le routage ProxySQL choisit l'une des cibles admissibles au hasard.

SELECT e.name AS emp_name, d.name AS dept_name 
FROM scott.emp e, scott.dept d 
WHERE e.deptno = d.deptno;

Dans cet exemple, supposons que SCOTT.EMP est mappé à plusieurs instances de base de données d'IA autonome cibles T1 et que T2.SCOTT.DEPT est mappé uniquement à l'instance de base de données d'IA autonome cible T2. En effet, SCOTT.EMP et SCOTT.DEPT apparaissent au même niveau dans l'interrogation, ProxySQL Routing achemine SCOTT.EMP vers T2 pour s'aligner avec le routage de SCOTT.DEPT. Ce routage dynamique de SCOTT.EMP n'est utilisé que lorsque la table est explicitement mappée à plusieurs cibles. Si SCOTT.EMP n'est mappé à aucune instance de base de données d'IA autonome cible, le routage ProxySQL exécute l'interrogation pour SCOTT.EMP sur l'instance de base de données d'IA autonome du routeur elle-même.

WITH
  sub1 AS (
    SELECT a.c1 r1, b.c1 r2 FROM tab_dup a, tab2 b
  ),
  sub2 AS (
    SELECT a.c1 t1, b.c1 t2 FROM tab_dup a, tab1 b
  )
SELECT * FROM sub1, sub2 ORDER BY 1, 2, 3, 4;

Dans l'exemple ci-dessus, vous supposerez que TAB_DUP est mappé à T1 et que T2.TAB2 est acheminé uniquement vers T2.TAB1 est acheminé uniquement vers T1. Dans la sous-interrogation sub1, TAB_DUP et TAB2 apparaissent ensemble au même niveau, de sorte que le routage ProxySQL achemine TAB_DUP vers T2 pour colocaliser l'exécution avec TAB2. Dans la sous-interrogation sub2, TAB_DUP s'affiche avec TAB1, qui est mappé uniquement à T1. Le routage ProxySQL achemine TAB_DUP vers T1. Par conséquent, TAB_DUP peut être acheminé vers différentes cibles dans différentes parties du même énoncé, en fonction du contexte d'interrogation environnant.

MERGE INTO tab1 t1
USING tab_dup t2
ON (t1.c1 = t2.c1)
WHEN MATCHED THEN
  UPDATE SET t1.c2 = t2.c2;

Dans l'exemple ci-dessus, vous supposerez que TAB_DUP est mappé à la fois à T1 et à T2. TAB1 est mappé uniquement à T1.

Ici, AB1 et TAB_DUP sont référencés au même niveau dans l'énoncé MERGE. Le routage ProxySQL achemine donc TAB_DUP vers T1 pour s'aligner sur l'emplacement de TAB1. Seules les rangées de TAB_DUP présentes dans T1 participent à l'opération MERGE et les mises à jour de TAB1 sont basées sur ces valeurs.

Le routage d'énoncés avec ProxySQL est le plus efficace lorsque chaque énoncé SQL peut être mappé de manière déterministe à une seule instance de base de données d'IA autonome cible à l'aide de mappages au niveau du schéma ou au niveau de l'objet.

Lorsque chaque instruction SQL peut être mappée de manière déterministe à une seule cible et que vous activez le routage des instructions, le travail s'exécute là où résident les objets référencés. Ce modèle est avantageux en termes de performances des interrogations pour les architectures de base de données suivantes :

• Dispositions de client par schéma/base de données

• Cloisons régionales

• Effacer les limites de domaine (par exemple, INVENTORY et BILLING)

Lorsque vous utilisez le routage d'énoncés avec ProxySQL, vous pouvez ajuster de très grands domaines pour une seule instance de base de données autonome d'IA cible, sans consolider physiquement les données.

Si vos analyses nécessitent de combiner des objets mappés à différentes bases de données cibles dans une seule interrogation ad hoc, vous devez utiliser des approches complémentaires, plutôt que de vous fier au routage d'énoncés avec ProxySQL. Les autres approches complémentaires sont les suivantes :

• Utiliser des vues de préagrégation ou matérialisées
• Utiliser des tâches par cible avec une étape de fusion
• Utiliser un magasin de rapports

Ce qui suit décrit un cas où le routage d'instruction est un bon ajustement et un cas où l'utilisation du routage d'instruction n'est pas un bon ajustement :

• Exemple d'ajustement approprié : Application SaaS multilocataire dans laquelle l'application inclut tenant_id et le schéma de chaque locataire est mappé à sa propre instance de base de données d'intelligence artificielle autonome cible (mappage au niveau du schéma avec object_name => '*'). Dans ce cas, chaque demande pour un locataire est acheminée vers la bonne cible de manière transparente au moyen de la table de mappage du routeur.

• Exemple qui ne convient pas : Tableau de bord de niveau supérieur qui émet un énoncé SQL joignant des données pour "tous les locataires à la fois", lorsque ces locataires sont mappés à des cibles différentes. Etant donné que le routage des instructions mappe des instructions/objets à des cibles spécifiques, une application ou un rapport avec une jointure entre cibles n'est pas adapté au routage des instructions. Dans ce type d'application, vous devez exécuter plusieurs interrogations par cible et fusionner les résultats ou alimenter une zone de production de rapports consolidée.

Cette section explique comment configurer ProxySQL pour le routage automatique des énoncés d'un routeur principal vers une ou plusieurs instances de base de données cible.

• Activer le routage d'énoncés et définir le mappage d'objets du routeur aux instances cibles
  Pour configurer le routage des énoncés, vous activez ProxySQL sur l'instance de routeur et définissez le schéma ou les objets dont les énoncés sont mappés (envoyés) aux bases de données cibles.
• Accepter le routage d'énoncés sur les instances cibles
  Vous devez accepter le routage d'énoncés sur une instance cible pour permettre le mappage à partir de l'instance de routeur.

Pour tirer parti du routage automatique des énoncés, vous devez vous connecter à l'instance de routeur gérée par ProxySQL et soumettre vos énoncés à cette instance.

Lorsque vous envoyez des interrogations et des instructions LMD avec l'option ProxySQL activée, vous devez vous connecter à l'instance de routeur pour tirer parti du routage automatique des énoncés.

Effectuez ces étapes sur une base de données d'IA autonome cible pour l'empêcher d'accepter des énoncés acheminés à partir du routeur ProxySQL.

1. Exécutez DBMS_PROXY_SQL.REJECT_MAPPING sur une instance cible pour rejeter l'acheminement d'énoncé pour le responsable spécifié.

   Exemple :

   BEGIN
    DBMS_PROXY_SQL.REJECT_MAPPING ( 
       object_owner          => 'DW_USER',
       router_database_ocid  => 'ROUTER_DATABASE_OCID');
    END;
   /

   Le paramètre object_owner spécifie le nom du responsable.

   Le paramètre router_database_ocid spécifie l'OCID de l'instance de routeur.

   L'instance de base de données de l'IA autonome cible où vous exécutez cette procédure ne demande plus de demandes d'acheminement à partir de l'instance de routeur spécifiée pour le responsable d'objet spécifié.

2. Exécutez DBMS_PROXY_SQL.REJECT_MAPPING sur des cibles supplémentaires, si nécessaire.

Fournit les étapes pour supprimer un mappage spécifique de la base de données du routeur gérée par ProxySQL.

1. Vous pouvez utiliser la procédure DBMS_PROXY_SQL.REMOVE_MAPPING pour supprimer une entrée de mappage ajoutée précédemment pour l'objet spécifié. Exemple :

   Exemple avec une table :

   BEGIN
    DBMS_PROXY_SQL.REMOVE_MAPPING ( 
       object_owner   => 'DW_USER',
       object_name    => 'INVENTORY');
    END;
   /

   Cet exemple montre comment supprimer de la table de routage l'entrée de mappage pour la table INVENTORY. Après l'exécution de cette procédure, les interrogations de la table INVENTORY ne sont acheminées vers aucune base de données d'IA autonome cible.

   Exemple : avec un schéma :

   BEGIN
    DBMS_PROXY_SQL.REMOVE_MAPPING ( 
       object_owner   => 'DW_USER',
       object_name    => '*');
    END;
   /

   Cet exemple montre comment supprimer de la table de routage l'entrée de mappage pour le schéma DW_USER. Après avoir exécuté cette procédure, les interrogations sur le schéma DW_USER ne sont acheminées vers aucune base de données d'IA autonome cible.

   Le paramètre object_owner spécifie le responsable.

   Le paramètre object_name spécifie le nom de la table.

   Pour plus d'informations, voir ProcédureREMOVE_MAPPING.

Affiche les étapes d'acheminement automatique des énoncés en désactivant ProxySQL.

BEGIN
 DBMS_PROXY_SQL.DISABLE_ROUTING;
END;
/

Répertorie les limitations et les notes importantes concernant l'acheminement automatique des énoncés lorsque ProxySQL est activé.