Hello,
 
J'ai une appli qui fonctionne sous MSDE (moteur SQL Server bridé) et j'ai un soucis actuellement:
 
J'ai un gros traitement dans une transaction (qui dure genre 30 secondes), du coup ça me bouffe 100% du CPU et bloque quasiment tous les autres traitements.
 
ma question est: est-il de baisser le niveau de priorité de cette transaction afin de ne pas pénaliser les autres traitements ?
Pour info, j'ai essayé de jouer avec les isolationlevel, mais ça ne règle rien à mon problème.

voilà ce que j'ai pu trouver sur google ...
 
http://www.developpez.net/forums/v [...] p?t=461588
 
Apparement c'est pas possible sur SQL server 2000.

Arf, y'a plus qu'a espérer que ça soit implémenté sous SQL Server 2005

La/les requête(s) sont optimisables ?

nan, elles sont déjà optimisées au taquet.
Mais dans une transaction, j'ai à peu près 100 000 enregitrements à mettre à jour.
 
mais j'e suis en train de tester avec le IsolationLevel à ReadUncommited qui semble finalement convenir

surtout, tu peux bosser dans une table temporaire (si possible dans on fichier de base temporaire, sur un autre disque et tout), afin de ne pas locker la/les tables en cours de modification (et dans le cas où c'est sur un autre disque, sans pénaliser les IO sur la base), puis écraser à la bourrin le résultat d'un coup une fois fini.
 
généralement un long traitement bloque un serveur non pas à cause de la charge serveur, mais surtout à cause des locks dans les tables.