Discussion :

[boby62423]

Bonjour,

J'ai un programme qui doit executer des grosses requêtes d'extraction (indépendantes) sur une base SQL Server.

Pour gagner en perf, j'ai eu la (mauvaise ?) idée de découper le travail en plusieurs threads qui se chargent chacun d'une requête.
Le CPU est un 4 coeur. J'ai donc créé 4 threads maxi.

Mes questions sont les suivantes:

- Est ce une bonne approche ?
- Y a t il une optimisation à apporter également dans SQL-Server pour tirer profit des architectures multi-coeur ?
- J'ai parfois cette erreur: Expiration du délai d'attente. Le délai d'attente s'est écoulé avant la fin de l'opération ou le serveur ne répond pas. Je pense que la requête est trop longue et qu'au bout d'un moment, sql server jette l'éponge. Existe t il un moyen d'augmenter la valeur de timeout ?

Merci d'avance

[iberserk]

commandtimeout sur la commande si vous êtes en ADO...

qu'utilisez vous pour attaquer votre bdd?

[boby62423]

Merci mais j'utilise SqlConnection et SqlCommand.

[jmjmjm]

Attention si tu fais du multri-thread, tu vas exécuter tes quatre requêtes en même temps, ce qui est ton but, cela ne pose pas de problème à SQL serveur d'exécuter plusieurs requêtes (heureusement). Par contre si tu as des expirations du délais d'attente c'est que tes requêtes doivent exploiter les mêmes données et que ses données doivent être verrouillées par une autre requête. Pour pouvoir t'aider d'avantage, il nous faut la structure de la base et les requêtes que tu veux exécuter.


A plus

[iberserk]

sqlconnection, sqlcommand=ADO.NET :-)

SqlCommand.CommandTimeOut....

Donnez nous plus détails sur les requète, que font'elle, qu'entendez vous par extraction??

comme le dis jm au cube :-) attention à ce que tes requêtes ne ciblent pas les même données...

[aieeeuuuuu]

sqlconnection, sqlcommand=ADO.NET :-)
comme le dis jm au cube :-) attention à ce que tes requêtes ne ciblent pas les même données...

hmmmm
Je suis pas complètement d'accord avec ça...
visiblement, il s'agit de requête SELECT...
Si deux requêtes ont besoin des même données, une seule lecture sera effectuée, et les données seront "envoyées" aux deux requêtes, ça peut donc être un gain de perfs ...

Pour ce qui est des timeouts, il y a aussi peut être moyen d'optimiser les requêtes !
Quels temps de réponse observes-tu pour les requêtes lancée depuis SSMS par exemple ?