Version imprimable
bonjour,
Quelles sont les spécificités des index Bitmap, leurs apports, leurs contraintes....
Un client est de manière unique codé par 3 items (sa nature, son code groupe, son code interne).
Faut il créer 3 index bitmap ayant chacun comme clé un des 3 items ou faut il créer 1 index bitmap ayant comme clé les 3 champs ?
en terme de place, de vitesse d'accés, de recherche.....
Merci A vous lire
Index bitmap ( extrait de la doc ) :
Citation:
Les index Bitmap peut offrir de meilleures performances ( et économiser de l'espace , car Oracle compresse les index bitmap ) par rapport aux index B*TREE sur ces colonnes de faibles cardinalités ( cad ayant peu de valeurs distinctes ) .
Chaque index bitmap est cconstitué d'élèments de stockages : Les bitmaps .Les bitamps sont comprésses et stockés dans une structure B*tree
A l'instar d'un index b-tree , l'index bitmap ne fonctionne pas avec les rowid pour chaque ligne , mais contient ( dans l'entête de la bitmap ) un rowid de début et un rowid de fin
Quand utiliser les Index Bitmaps :
- colonne de faible cardinalité
- Colonnes fréquemment utilisés dans conditions de clauses WHERE complexes ou/et fonctions de groupe ( sum , count )
- Table de trés grandes tailles
- Les SIAD ( systémes d'aides à la décision ) avec bcp de nombreuses interrogations ad hoc
Attention :
- le RBO ne prend pas en compte ce type d'index
- Les index B ne peuvent pas être déclarés comme unique
- supporte mal les LMD simultanés , car l'index doit être reconstruit et re compressés
Les index BITMAP sont interessant lorsque la table contient des millions de lignes et que les colonnes à indexer ont une faibles cardinalités(pas beaucoup de valeurs distinctes). Et aussi lorsque il n'y a pas beaucoup de mises à jour.