Pour utiliser cette commande, les conditions suivantes doivent respectées:

• Vous devez être connecté à un conteneur de Database (CDB). Le CDB doit être ouverte et en mode READ WRITE.

• Pour créer un PDB ou un conteneur d’application, le conteneur courant doit être la racine (root) et vous devez avoir le privilège système CREATE PLUGGABLE DATABASE.

Pour modifier la taille allouée, utiliser l’instruction ALTER PLUGGABLE DATABASE pour modifier une base de données pluggable (PDB).

1. Exécutez sql dans le PDB actuel pour limiter la taille de tous les fichiers de données de ce PDB :

    ALTER PLUGGABLE DATABASE pdb_name STORAGE (MAXSIZE [taille]);
    or 
    ALTER PLUGGABLE DATABASE pdb_name STORAGE UNLIMITED;
   

   Taille: Vous permet de spécifier un nombre d’octets, de kilooctets (K), de mégaoctets (M), de gigaoctets (G), de téraoctets (T), de pétaoctets (P) ou d’exaoctets (E) dans toute instruction qui vous permet d’établir des quantités d’espace disque ou mémoire.

   La clause UNLIMITED vous permet de ne pas definir de taille limite du PDB.

2. Pour vérifier le réglage, exécuter la procédure ci-dessous dans le PDB actuel

    select PROPERTY_VALUE FROM database_properties WHERE property_name = 'MAX_PDB_STORAGE';
   

De ce fait, Il faut vérifier les index régulièrement et les reconstruire ou les fusionner si nécessaire. La question alors de la réorganisation ou la reconstruction se pose. reconstruire ou réorganiser?

Réorganisation d’index

La réorganisation d’un index permet de conserver l’espace alloué à l’index ; il ne renvoie pas l’espace inutilisé à la base de données.

La commande COALESCE indique à la base de données de combiner le contenu des blocs d’index pour libérer des blocs pour une utilisation future, si possible.

ALTER INDEX <nom_de_lindex> COALESCE;
ALTER INDEX <nom_de_lindex> COALESCE CLEANUP; -- If Orphaned index entries exists.

Reconstruire un index

Vous pouvez choisir de reconstruire un index pour libérer de l’espace pour la base de données. le processus de reconstruction de l'index est plus couteux en matière d'espace utilisé, de temps de traitement (CPU) que le processus de réorgainsation.

ALTER INDEX <nom_de_lindex> REBUILD; -- faster but put locks on the table.
ALTER INDEX <nom_de_lindex> REBUILD ONLINE;

Ma reccomendation

Essayez de réorganiser l'index comme première option. Si l’espace alloué doit être libéré vers la base de données, alors reconstruisez l’index

Définition

Le rôle SELECT_CATALOG_ROLE et le privilège SELECT ANY DICTIONARY donnent tous deux accès aux tables du dictionnaire oracle DBA_% , et aux vues de performances V$_%.

• SELECT_CATALOG_ROLE comme son nom l'indique est un role oracle. Un role est une collection de system-level et object-level privilèges.

• SELECT ANY DICTIONARY est un privilège système. Il permet entre autre au bénéficiaire de créer des tables.

Vous devez être prudent lorsque vous attribuez le rôle ou le privilège car le bénéficiaire pourrais :

• Voir les objets appartenant à d'autres utilisateurs (schémas)

• Voir le code source des objets appartenant à d'autres utilisateurs

Très peu d'utilisateurs devraient avoir accès à ces privilèges pour des raisons de sécurité. Cependant, dans un environnement de non-production, les développeurs peuvent trouver utile d'extraire le code source et d'afficher certaines données de performances.

Exemple

Supposons deux utilisateurs, schema_support et schema_code;

Connectez vous a la base en tant qu'administrateur:

C:\oracle\ sqlplus / as sysdba

Octroie des permissions

SQL> grant select any dictionary to schema_support;
Grant succeeded.

SQL> grant select_catalog_role to schema_code;
Grant succeeded.

Et vous avez terminé !!!

Pour lister les objects du dictionnaire oracle dont vous avez accès avec le role SELECT_CATALOG_ROLE, exécuter la commande:

select privilege, type, table_name from dba_tab_privs where grantee = 'SELECT_CATALOG_ROLE'  order by 1,2,3;

Pour lister les privilèges inclus dans 'SELECT ANY DICTIONARY', exécuter la commande:

C:\oracle\ sqlplus schema_support/pass123@locaholst:1523/xepdb1
Connected.

SQL> select * from session_privs;

PRIVILEGE
----------------------------------------
CREATE SESSION
CREATE TABLE
CREATE CLUSTER
CREATE SYNONYM
CREATE VIEW
CREATE SEQUENCE
CREATE PROCEDURE
CREATE TRIGGER
CREATE MATERIALIZED VIEW
CREATE TYPE
CREATE OPERATOR
CREATE INDEXTYPE
CREATE DIMENSION
SELECT ANY DICTIONARY
CREATE JOB

15 rows selected.

l'utilisateur schema_code pourrais rencontrer des problèmes de compilation d'objects tel que vues, procédures stockées etc... s'il référence une table du dictionnaire ( je donnerai plus de détail sur ce sujet plus tard). Schema_support n'en aura aucun.