Détails

Écrit par Romain Ferraton

Mis à jour : 3 octobre 2011

Affichages : 9193

Note utilisateur: 5 / 5

Définition :

Les partitions permettent de découper les objets de base en petites parties plus faciles à manipuler.

• Très répandue dans les datawarehouses. Spécialement lorsque le volume de données augmente.

• C’est une approche de type « diviser pour mieux régner ». Les objets de base de données de type table, index et vue matérialisée peuvent être divisés en morceaux plus petits et plus gérables : les partitions.

• Rend possible des opérations de maintenance des données au niveau des partitions. Les opérations comme:
  • Le chargement de données,
  • La construction des index,
  • La mise à jour des statistiques de l’optimizer Oracle,
  • La purge des données (Truncate Partition),
  • La sauvegarde et la restauration
  • Peut améliorer la performance des requêtes lancées sur la table. L’optimizer Oracle est capable de déterminer si certaines requêtes peuvent obtenir une réponse en parcourant uniquement une ou quelques partitions. De cette manière un parcours complet et couteux de la table (full table scan) peut être évité. Cette caractéristique est appelée Partition Elimination ou Dynamic Partition Pruning.

  Dans des requêtes de type datawarehouse, le partitionnement de table à plusieurs grands avantages :

  Lire la suite : Oracle : Partitionnement et performance

  Commentaire (0) Clics: 9193

Détails

Écrit par Romain Ferraton

Mis à jour : 14 août 2011

Affichages : 4522

Note utilisateur: 3 / 5

Avec la version 11g, il est possible de définir la caractéristique INVISIBLE pour un index. Cela signifie que l'index est physiquement présent, qu'il est tenu à jour si des opérations DML ont lieu sur la table mais que l'optimiseur ne prend pas en compte cet index du moment ou le paramètre OPTIMIZER_USE_INVISIBLE_INDEXES=FALSE (valeur par defaut).

Il est possible de créer un index invisible :

CREATE INDEX IX1 ON TABLE T1(cola,colb) INVISIBLE;

Il est également possible de rendre un index invisible par alter:

ALTER INDEX IX1 VISIBLE;
 
ALTER INDEX IX1 INVISIBLE;

Afin de tester la pertinance d'un index, il suffit pour le DBA de modifier le paramètre de session OPTIMIZER_USE_INVISIBLE_INDEXES à TRUE et de vérifier si le plan d'éxécution utilise bien l'index invisible. Si le plan est satisfaisant et que l'index est bien utilisé, le DBA peut alors rendre l'index VISIBLE.

ALTER SESSION SET OPTIMIZER_USE_INVISIBLE_INDEXES=TRUE;

Détails

Écrit par Romain Ferraton

Mis à jour : 9 mai 2010

Affichages : 7085

Note utilisateur: 5 / 5

Définition :

Les tables IOT pour Index Organized Table sont des tables dont les données sont triées suivant l'index de clef primaire (B*Tree Index).

En fait toutes les colonnes d'une ligne de la table sont stockées dans la feuille de l'index de clef primaire. On peut dire que l'index de clef primaire et la table ne font qu'un.

Lire la suite : Oracle : Table IOT (Index Organized Table) ou les Tables Triees suivant la PK