Pour des raisons de performance, il était conseillé, il y a une bonne dizaine d'années, de désactiver les contraintes et index sur une table avant d'y insérer plusieurs milliers de lignes puis les réactiver et raffraichir une fois la table chargée.
Cette manière de travailler est-elle toujours d'actualité avec les versions récentes d'Oracle ou est-elle à ranger au rayon des pratiques obsolètes ?
Chez mon client c'est encore pratiqué comme recommandations.
Je ne me souviens pas avoir lu dans un bouquin ou forum que c'était obsolète comme reco, à la différence de "Mettez toujours en premier dans le FROM la table qui ramène le plus petit nombre de lignes"...
Maintenant, quand tu dis quelques milliers, c'est plus proche de 2 000 ou de 500 000?
A la louche, je dirais qu'en dessous de 100 000 la différence ne doit pas être perceptible mais c'est mon opinion.
Si tu fais des inserts /*+ append */, Oracle crée des mini index liés aux nouvelles données qu'il fusionne à la fin de l'insertion dans les index de la table, donc dans ce cas pas la peine de supprimer les index.
À utiliser à bon escient bien entendu.
C'est surtout dépendant de ce qu'il y a dans la table avant. Re construire une index sur 10 millions de lignes après en avoir inséré 10000 n'est probablement pas le plus optimal. Mais sur une table vide, il y a un gain à construire l'index à la fin, et en plus on a des stats d'index à jour.