Discussion :

[Korben-Dallas]

Bonjour,

J'ai un scrpt qui exécute une requête sur ma BDD SQL (SQL Server 2005)
Ce script lance la commande SQLCMD, ce qui me permet donc d'exporter le résultat de ma requête dans un fichier "csv".
Jusque là tout va bien, le script fonctionne bien.
Le pb par contre que je rencontre est que la commande SQLCMD n'occupe que 1 à 2% de CPU (le serveur a 4 VCPU) alors même que cette même requête occupe 25% de CPU lorsque celle-ci est lancée directement dans Studio Management.
Au final, Studio Management me donne le résultat au bout d'environ 1 à 2 minutes alors que pour SQLCMD il faut attendre plus de 10 minutes.
Que se passe-t-il ? Comment améliorer les performances de SQLCMD ?
Le but étant de lancer un script qui exécute une requête en exportant dans un fichier CSV. Et ce façon de façon automatique, la solution d'utiliser SQLCMD m'a paru la plus adapter (sauf pour les performances)
Y-a-t-il des améliorations à apporter au serveur SQL ? etc...

Merci donc pour votre aide.

PS : Juste pour compléter l'info, le script qui lance SQLCMD est lui-même lancé via psexec à partir d'un autre serveur. Les données étant centralisées sur cet autre serveur.
Il y a peut-être un pb de performance de ce côté là aussi, je ne sais pas trop à vrai dire.

[Korben-Dallas]

Désolé d'avoir déranger avec ce topic "inutile", en fait je viens de trouver ce qui n'allait pas.
Le script exécutait la requête directement à travers le réseau. Je viens donc de modifier ceci afin que la sortie soit local au serveur SQL pour ensuite être recopier vers le serveur qui centralise les différentes données. Ceci fait gagner un tps fou.
Environ 30s pour lancer le script sur le serveur SQL, récupérer le résultat localement et ensuite recopier ce même résultat sur le serveur de centralisation et réimporter les données dans ma base MySQL.
Merci qd même.