Question : Index partitionné

Bonjour,

Je souhaiterai savoir si je crée une table partitionnée sous Oracle 11g avec un index sur une colonne. Mon index sera t-il partitionné ? (je pense que non)

Est-il utile de partitionner un index dont la table est partitionnée ?

Merci d'avance pour vos réponses

C'est à vous de le définir quand vous créez l'index :
http://docs.oracle.com/cd/E11882_01/...2.htm#i2125897

Les index liés aux contraintes d'unicité et de clef primaires sont forcément globaux, mais pour les autres c'est à vous de voir.

Quant à savoir si c'est intéressant, ça dépend de vos requêtes.

J'ai aussi regardé cette page :
http://docs.oracle.com/cd/E11882_01/...s.htm#CHDDDFEG

Mais ca ne me paraissait pas claire.

Je fais beaucoup de requête sur des période de temps. J'ai donc partitionné ma table sur des périodes de temps en mettant un index dessus. J'ai également certaines colonnes utilent où j'ai ajouté un index compressé.

J'ai lu que l'index partitionné ne crée pas automatiquement de partitions à interval régulier (comme on peut le faire pour les tables sous 11g)

Auriez-vous une solution pour contourner ce problème ?

Citation:

---

Envoyé par Waldar

Les index liés aux contraintes d'unicité et de clef primaires sont forcément globaux,

---

Ca n'est pas correct.


Vous pouvez toujours assurer l'unicité d'une table partitionée via un index local à condition d'y inclure la clé de partitionnement

https://cn.forums.oracle.com/forums/...rt=15&tstart=0

Citation:

---

Envoyé par alex_972

Bonjour,

Est-il utile de partitionner un index dont la table est partitionnée ?

---

Et comme toujours en Oracle, la réponse est "ça dépend".

Le partitionnement peut avoir comme but, entres autres, l'amélioration de la performance des selects. Pour cela, il est primordial de pouvoir aboutir à ce qu'on appelle du "partition pruning" ou "partition elimination". Pour ce faire, vous n'avez pas besoin d'un index. Il suffit que vos requêtes fassent appel dans leur where clause à la clé de partitionnement. D'où l'immense importance du choix de la clé de partitionnement. Mais si en plus, de l'élimination de partitions, vous souhaitez accéder à vos données via un index local, qui à son tour n’accèdera qu’aux partitions non éliminées, alors vous auriez éliminé l’accès à des partitions de la table mais aussi à celles de l’index local correspondant.

Par contre, je veux vous poser une question. Vous êtes amené à créer un index ind_loc(col1, trade_date) contenant la clé de partitionnement (trade_date) et une autre colonne (col1 par exemple). A votre avis, est-ce que cet index pour la requête suivante:

Code:

---

1 2 3

Select * From table_part Where col1 = : 1 ;

---

sera plus utile en étant global ou local?

Citation:

---

Envoyé par Mohamed.Houri

Vous pouvez toujours assurer l'unicité d'une table partitionée via un index local à condition d'y inclure la clé de partitionnement

https://cn.forums.oracle.com/forums/...rt=15&tstart=0

---

Dans votre exemple pour réussir à créer un index unique local vous faussez la contrainte d'unicité, elle n'a donc plus de sens.

Citation:

---

Envoyé par Waldar

Dans votre exemple pour réussir à créer un index unique local vous faussez la contrainte d'unicité, elle n'a donc plus de sens.

---

Si ma clé fonctionnelle unique contient la clé de paritionnement, je peux donc utiliser un index local pour couvrir cette unicité. Ce qui contredit "Les index liés aux contraintes d'unicité et de clef primaires sont forcément globaux"

En d'autres termes, j'ai déjà eu à travailler avec plusieurs tables ayant des contraintes d'unicité validées par un index local.