Discussion :

[Glutinus]

Bonjour à tous,

Travaillant avec un ETL, je suis dans la problématique : je fais des INSERT à gogo dans une table indexée (au début du traitement, cette table est vidée par truncate), avec un commit régulier, ce qui force (si j'ai bien compris, car je viens d'apprendre la notion d'index étant un peu débutant sous oracle ) à recalculer les index inutilement après chaque commit (et donc prendre un temps de traitement relativement long)

Solution : désactiver l'index, faire mon INSERT massif, réactiver l'index (le recalculer) et après pouvoir continuer mon traitement.

Obstacle : malgré des recherches assidues Google is your friend, j'ai l'impression que la commande "ALTER INDEX mon_index DISABLE" ne semble pas être reconnue.

Question : Comment faire ? Je ne sais pas si la séquence
ALTER INDEX mon_index UNUSABLE;
INSERT INTO ma_table...;
ALTER INDEX mon_index REBUILD;
est correcte pour avoir une belle table remplie avec des millions de lignes bien indexées.

Observation : Remerciements d'avance à tous !

[LeoAnderson]

Quelle est votre version ?
EN 11, c'est jouable il me semble avoir lu (pas testé). Pas avant

[Glutinus]

Version 10g. Bah déjà merci...

[cdu]

Bonjour,
puisque tu as les droits pour modifier ton index, il est probable que tu es les droits pour supprimer et créer des index.
une solution simple est donc de supprimer ton index avant ton truncate et de le recréer à la fin de ton etl.

[orafrance]

UNUSABLE devrait également fonctionner mais attention, les sessions doivent avoir l'autorisation de travailler sur des tables contenants des indexes UNUSABLE

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER SYSTEM skip_unusable_indexes=true;

ou alter session http://download.oracle.com/docs/cd/B...tparams199.htm

[Glutinus]

Désolé de pas avoir fait suite, le temps m'en a pris...

La solution utilisée est, effectivement puisque j'ai les droits, de faire DROP des index, Insert massif, et créer les index puis analyser. Après réflexion, c'est quand même bien plus simple que de vouloir activer et désactiver des index.

[LeoAnderson]

Désolé de pas avoir fait suite, le temps m'en a pris...

La solution utilisée est, effectivement puisque j'ai les droits, de faire DROP des index, Insert massif, et créer les index puis analyser. Après réflexion, c'est quand même bien plus simple que de vouloir activer et désactiver des index.

sur des indexes de quelques Ko, oui, sur plusieurs Go, non !

[Michel SALAIS]

UNUSABLE devrait également fonctionner mais attention, les sessions doivent avoir l'autorisation de travailler sur des tables contenants des indexes UNUSABLE

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER SYSTEM skip_unusable_indexes=true;

Juste un petit complément:
En fait skip_unusable_indexes devient un paramètre d'initialisation dans 10g et possède la valeur par défaut "true"