Documentation sur Oracle Cloud Infrastructure

Charge de travail avec entrepôt avec lac de données avec base de données autonome avec intelligence artificielle

Autonomous AI Database configure et optimise votre base de données pour vous, en fonction de votre charge de travail.

Caractéristiques d'une base de données avec charge de travail d'entrepôt avec lac de données :

  • Les données et les tablespaces temporaires de la base de données sont configurés automatiquement. L'ajout, la suppression ou la modification d'espaces-tables n'est pas autorisé. La base de données autonome d'IA crée automatiquement un ou plusieurs espaces-tables en fonction de la taille du stockage.

  • Le jeu de caractères de la base de données est Unicode AL32UTF8. Pour plus d'informations, voir Sélectionner un jeu de caractères pour une base de données d'IA autonome.

  • La compression est activée par défaut. Par défaut, Autonomous AI Database utilise la compression par colonne hybride pour toutes les tables. Vous pouvez spécifier différentes méthodes de compression pour vos tables à l'aide de la clause de compression dans les commandes CREATE TABLE ou ALTER TABLE.

  • Le cache de résultats d'Oracle Database est activé par défaut pour tous les énoncés SQL.

Accéder à une base de données :

  • Vous n'avez pas d'accès direct au noeud de base de données. Vous pouvez créer et supprimer des répertoires avec CREATE DIRECTORY et DROP DIRECTORY, comme décrit sous Création et gestion de répertoires sur une base de données d'IA autonome.

    Vous pouvez utiliser des procédures DBMS_CLOUD telles que DBMS_CLOUD.DELETE_FILE, DBMS_CLOUD.GET_OBJECT et DBMS_CLOUD.PUT_OBJECT avec des fichiers et des objets. Vous n'avez pas d'accès direct au système de fichiers local.

Exécution parallèle avec la charge de travail de l'entrepôt avec lac de données :

Gérer la performance LMD et la compression pour les charges de travail d'entrepôt avec lac de données

Par défaut, la base de données autonome avec charges de travail avec entrepôt avec lac de données utilise la compression par colonne hybride pour toutes les tables. Cela offre le meilleur taux de compression et des performances optimales pour les opérations de charge par chemin direct, telles que les charges effectuées à l'aide de l'ensemble DBMS_CLOUD. Si vous effectuez des opérations LMD telles que UPDATE et MERGE sur vos tables, cela peut entraîner une diminution du taux de compression pour les rangées concernées, entraînant ainsi une taille de table plus importante. Ces opérations peuvent également être plus lentes par rapport aux mêmes opérations sur une table non compressée.

Pour un meilleur taux de compression et une performance optimale, Oracle recommande d'utiliser des opérations en masse telles que les charges par chemin direct et les énoncés CREATE TABLE AS SELECT. Toutefois, si votre charge de travail nécessite des opérations LMD fréquentes telles que UPDATE et MERGE sur de grandes parties d'une table, vous pouvez créer ces tables en tant que tables non compressées pour obtenir de meilleures performances LMD. Par exemple, l'énoncé suivant crée la table SALES en tant que table non compressée : 

CREATE TABLE sales (
    prod_id             NUMBER          NOT NULL,
    cust_id             NUMBER          NOT NULL,
    time_id             DATE            NOT NULL,
    channel_id          NUMBER          NOT NULL,
    promo_id            NUMBER          NOT NULL,
    quantity_sold       NUMBER(10,2)    NOT NULL,
    amount_sold         NUMBER(10,2)    NOT NULL)
NOCOMPRESS;

À tout moment, vous pouvez utiliser l'énoncé ALTER TABLE MOVE pour compresser ces tables sans incidence sur les interrogations qui y accèdent. Par exemple, l'énoncé suivant compresse la table SALES à l'aide de la compression par colonne hybride. 

ALTER TABLE sales MOVE COLUMN STORE COMPRESS FOR QUERY HIGH;

Créer des tables intermédiaires pour les charges de travail d'entrepôt avec lac de données

Autonomous AI Database prend en charge les tables intermédiaires optimisées pour charger des données dans un entrepôt avec lac de données.

Une table intermédiaire est une table avec la propriété STAGING définie. Ceci s'applique aux caractéristiques suivantes :

  • Toute forme de compression est explicitement désactivée et interdite sur une table intermédiaire pour tout chargement de données. La commande ALTER TABLE COMPRESS n'est pas autorisée.

  • La définition de la propriété STAGING sur une table existante n'a pas d'incidence sur le stockage des données existantes, mais a une incidence sur les chargements de données futurs.

  • La base de données Autonomous AI Database utilise l'échantillonnage dynamique pour les statistiques des tables dont la propriété intermédiaire est définie et ne collecte pas de statistiques sur les tables intermédiaires.

  • La suppression des tables intermédiaires supprime immédiatement la table, en ignorant la corbeille. Le réglage du paramètre d'initialisation recyclebin à la valeur ON n'active pas la corbeille.

Les caractéristiques des tables intermédiaires partitionnées Autonomous AI Database comprennent ce qui précède, plus les éléments suivants :

  • Toute forme de compression est explicitement désactivée et interdite sur toutes les partitions et sous-partitions de la table.

  • Vous ne pouvez pas modifier les attributs par défaut de la table pour utiliser la compression avec ALTER TABLE MODIFY DEFAULT ATTRIBUTES.

  • Vous ne pouvez pas effectuer d'opérations de maintenance de partition qui déplacent des données et les compressent. Par exemple, les éléments suivants ne sont pas autorisés lorsque vous tentez d'appliquer une compression : ALTER TABLE avec MOVE PARTITION, MERGE PARTITIONS, SPLIT PARTITION ou SPLIT SUBPARTITION.

  • Vous ne pouvez pas repartitionner une table avec ALTER TABLE MODIFY PARTITION et spécifier toute partition résultante à compresser.

Définissez les tables intermédiaires lorsque vous créez une table ou modifiez une table existante comme suit :

  1. Créez une table avec la propriété STAGING.

    Exemple :

    CREATE TABLE staging_table (col1 number, col2 varchar2(100)) FOR STAGING;

CREATE TABLE part_staging_table (col1 number, col2 varchar2(100))
    PARTITION BYRANGE (col1)
          (PARTITION p1 VALUESLESS THAN (100), 
           PARTITION pmax VALUESLESS THAN (MAXVALUE)) FOR STAGING;
  2. Modifiez une table existante pour définir la propriété STAGING.

    Exemple :

    ALTER TABLE staging_table FOR STAGING;
  3. Vous pouvez vérifier la propriété STAGING pour une table à l'aide de l'une des vues suivantes : USER_TABLES, ALL_TABLES ou DBA_TABLES.

    Dans ces vues, la colonne STAGING indique la propriété de la table intermédiaire, une valeur YES indique une table STAGING, une valeur NO est affichée pour toutes les autres tables.

Vous pouvez modifier une table pour supprimer la propriété STAGING. Exemple : 

ALTER TABLE staging_table NOT FOR STAGING;

Notez ce qui suit pour modifier une table avec NOT FOR STAGING :

  • Après avoir modifié une table avec NOT FOR STAGING, l'attribut de compression et les données existantes ne sont pas affectés et sont conservés comme non compressés tant que vous n'avez pas modifié explicitement la table et spécifié la compression. Vous pouvez modifier la compression de table et ALTER TABLE COMPRESS est autorisé.

  • La modification d'une table avec NOT FOR STAGING ne déclenche pas la collecte de statistiques. Après avoir modifié la propriété de table avec NOT FOR STAGING, vous pouvez collecter des statistiques, manuellement ou automatiquement.

  • Après avoir modifié une table avec NOT FOR STAGING, lorsque la corbeille est activée, la suppression de la table place la table dans la corbeille.