Discussion :

[Louis-Guillaume Morand]

Bonjour,

dans mon entreprise, nous migrons une appli access vers sql server et une interface cliente en dotnet.
Approchant de la fin, nous peaufinons la requete de migration et nous rencontrons un souci des plus etonnants.

nous migrons les tables pour les retransformer totalement. tout ceci ce passe bien, sauf pour une table contenant plusieurs centaines de milliers d'enregistrements. qu'importe l'optimisation de notre requete, son execution augmente à chaque utilisation y compris quand les données ne changent pas.
elle a pris 9h la premiere fois,
14h la seconde (relancée peu apres la premiere)
19h la troisieme, 1jour et 5 la 4eme et 1jour et 17 ce la 5eme fois.

Les données ne changent pas ou peu, la requete n'a pas bougé. les majs se sont le WE ou la nuit sur un serveur dédié.
Quelqu'un pourrait envisager une explication plausible?

je sais sans code, c'est dur, mais multiplier par 5 la meme requete...

[Fabien Celaia]

Que donnent les plans d'exécution ?
ça peut s'expliquer si toutes les insertions se font en déplaçant des blocs de données trop pleins.

Commençez par défragmenter votre table, en y (re-)créant un index cluster par exemple.

[SQLpro]

Pour accélérer notablement les migration de données, supprimez préalablement tous les index et les contraintes puis rétablissez les après. Il n'est pas rare d'obtenir des temps de réponde 8 à 20 fois inférieurs avec cette technique. En effet, chaque index oblige un recalcul de la structure d'index pour chaque ligne insérée. Ce qui fait un nombre de manipulation exponentiel lorsque le nombre de ligne est important.

J'ai terminé la rédaction d'un article sur ce sujet, avec une méthode pour activer, désactiver automatiquement les index, à paraître dans GUSS.

A +