Discussion :

[DjinnS]

Bonjour,

Je déplace une table (9i) sur une nouvelle instance (10g).

La procédure est la suivante:

1/ création de la table
2/ copie des données via dblink

Sur cette table j'ai trois index.

Est-il plus interessant en terme de temps de générer les index une fois toutes les données présentent, ou bien de créer les index à la suite de la création de la table, avant l'insertion des données ?

Est ce qu'une méthode est plus avantageuse que l'autre ?

Merci d'avance.

[scheu]

ça sera sans doute plus rapide d'insérer les données et ensuite créer l'index que l'inverse

[mildiou51]

Carrement plus avantageux de créer l'index à la fin !
raisons :

• le temps de traitement total sera plus rapide (un seul tri à faire au global, et pas de vérification au fur et à mesure)
• l'index sera plus compact, et son arbre B-Tree sera propre (donc optimal)

[DjinnS]

Merci beaucoup pour vos retours.

Je vais tester ça ^^

[LeoAnderson]

Attention : si la table est grosse, le calcul de l'index en one-shot à la fin va être long et très consommateur de temp.
Si vous le créé au début, l'insertion unitaire sera plus lente, certes, mais vous n'aurez pas 20h de calcul d'index ni besoin d'allouer 30 Go de TEMP...

[DjinnS]

Je "ré-ouvre le post" à la suite de ta remarque.

Mes index sont partitionnés. Je pense reconstruire par partition, ça me parait plus logique. J'ai pu aussi voir qu'il y avait l'option PARALLEL de disponible, qui semble-t-il permet d'augmenter le nombre de processus qui collecte les informations pour la construction de l'index.

Certaines de mes tables sont relativement importantes (+300go) donc j'ai effectivement des problématiques de temps qui peuvent apparaître. Je recherche donc des optimisations permettant de gagner du temps ^^

J'ai vu qu'on pouvait jouer sur la taille de sort area size. Sur asktom j'ai pu récupérer l'info de 150% de la taille de l'index, mais dans mon cas ca peut faire beaucoup 150% ^^

[Michel SALAIS]

Attention : si la table est grosse, le calcul de l'index en one-shot à la fin va être long et très consommateur de temp.
Si vous le créé au début, l'insertion unitaire sera plus lente, certes, mais vous n'aurez pas 20h de calcul d'index ni besoin d'allouer 30 Go de TEMP...

Tu as raison sur ce point.
Maintenant si le choix est entre charger massivement les données en présence de l'index ou charger massivement les données puis créer l'index alors le deuxième choix est meilleur ...