[9i] Sqlldr : SKIP_INDEX_MAINTENANCE parameter

Bonjour,

J'utilise Sqlldr pour charger des tables volimuneuses (+ de 20.000.000 de lignes) avec des fichiers csv
Sur mes tables j'ai des indexes (plusieurs) et des clés primaires (une par table)

J'utilise le mode DIRECT=Y de sqlldr avec le parametre SKIP_INDEX_MAINTENANCE

Ma question est la suivante: quelle est la façon la plus rapide (temps d'execution)?

Utiliser le parameter: SKIP_INDEX_MAINTENANCE=FALSE (comment il travail ?... il reconstruit les indexes a la fin ? ou le tests au fur et a mesure)
ou
SKIP_INDEX_MAINTENANCE=TRUE , puis reconstruire (REBUILD) les indexes de mes tables (avec des scripts éventuelement)

Une documentation sur SKIP_INDEX_MAINTENANCE sqlldr sera la bienvenu

http://www.oracle.com/pls/db92/db92....k=&preference=

En fait ça ne répond pas complètement à votre question.

La technique la plus rapide est probablement de mettre ce paramètre à TRUE et de reconstruire les index à la fin.

Merci bcp pour ta réponse

Mais je trouve pas comment le SKIP_INDEX_MAINTENANCE=FALSE marche ?... il reconstruit les indexes a la fin ?

il faut que je passe un script pour reconstruire les indexes ? y'a pas une autre méthode ou un autre parameter Sqlldr qui fait ça !!?

FALSE est le comportement par défaut: les index sont mis à jour au fur et à mesure des INSERT, il n'y a rien à faire de plus.
TRUE ne met pas à jour les index et il faut les reconstruire après le chargement => oui, il faut faire un script.

Citation:

---

Envoyé par pifor

FALSE est le comportement par défaut: les index sont mis à jour au fur et à mesure des INSERT, il n'y a rien à faire de plus.
TRUE ne met pas à jour les index et il faut les reconstruire après le chargement => oui, il faut faire un script.

---

Merci, c'est ce que j'ai compris aussi

Par contre, a ton avis quelle est la méthode la plus rapide des deux (je parle de temps d'exécution) ??!!

La technique la plus rapide est probablement de mettre ce paramètre à TRUE et de reconstruire les index à la fin.

Oki,
D'après mes premier test, ça dépond de la taille/nbr d'indexes de la table

Des tests sont en cours avec les deux modes, et dans mon cas je crois que c'est le paramètre à TRUE est plus rapide

Merci bcp pour tes réponses

J'attend les résultats de mes tests pour passé en [Résolu] ;)

La solutions prise est:

DIRECT=Y et SKIP_INDEX_MAINTENANCE=TRUE
+
scripts de reconstruction des indexes

Une amélioration très bénifique, était de déplacé les datafile de mon tablespace sur un disque en écriture par bloque avec 'No wait'

Grand merci pifor pour tes réponses