Discussion :

[nuke_y]

Bonjour à tous,

en cette période de préparation à l'été, les régimes fleurissent de tous côtés. Je vous demande de l'aide pour aider mes boulimiques petits index bitmap qui grossissent sans raison.

On a placé 3 index bitmaps sur les champs MOIS (12 valeurs), ANNEE (4 valeurs), CODE_REGION (3 valeurs) d'une ENOOOOOORME table de fait (partitionnée, 65 Go, 42 million de lignes). On a fortement gagné en performance mais les index grossisent en permanence à cause (semble-t-il) des insert ou update qui peuvent être faits sur la table. Le tablespace monte à 30 Go en rien de temps (quelques heures) alors que si on détruit les index et qu'on les recréé, on tombe à 1 Go.

Est-ce normal? Existe-t-il une option pour résoudre ce problème ? Comment le contourner sinon? Merci.

[lalystar]

Bonjour,


C'est apparemment normal : Cf. http://asktom.oracle.com/pls/ask/f?p...32643995157424

Apparemment, ca a été amélioré dans 10g.
Pas d'autre solution que de faire un rebuild sur ces indexes.


Laly.

[nuke_y]

Super, merci pour la réactivité lalystar.

Je met un tag résolu et je vais me pendre !

[lalystar]

Avant de te pendre tu peux essayer le rebuild voire la migration en 10g


Laly.

[nuke_y]

Je suis sur le rebuild là. Mais le problème c'est que les traitements de nuits sont déjà limites en temps alors si je dois programmer des rebuild d'index en plus... Et pour la migration, cette base résulte DEJA d'une migration de SQLServer vers Oracle 9i...

[lalystar]

Si tes indexes bitmaps sont partitionées localement tu peux peut être utilser le package DBMS_PCLXUTIL pour un rebuild en parallèle.


Laly.