Discussion :

[Oluha]

Bonjour

J'utilise SQL server pour mon programme Delphi et j'ai régulièrement des messages d'erreur me disant que le délais de connexion au server et le delais de verouillage sont dépassés.
Ca arrive souvent sur la même procédure stockée que j'execute mais ce n'est pas à chaque fois.
La table sur laquelle je travaille actuellement fait environ 45000 enregistrements et quand j'execute ma procédure dans l'analyseur de requête cela prend 5min. Dès que j'essaye d'executer cette même procédure par le biais de mon programme j'ai le message d'erreur.
Je ne sais plus comment faire. Y a-t-il moyen de paramétrer SQL Server pour augmenter les delais de verouillage et de connexion ?

Merci

[Oluha]

j'ai essayé de mettre le delai d'attente de la requête à 0 (illimité), ca ne change strictement rien à mon problème

La je ne vois vraiment plus quoi faire, si quelqu'un a une petite idée...

[efoulart]

tu devrais vérifier les paramètres de ta connexion ODBC, voir même le timeout de ton serveur.

J'ai eu les mêmes problèmes et après avoir modifié les informations ci-dessus, je n'ai plus eu de TO

[SFAUVEL]

tu es dans la mouise SEVERE !!!

Je suis dba MSSQL sur un projet delphi à 30 développeurs, alors les pb de verrous je connais....sniff. Je suis aussi certifié Oracle, alors je peux comparer...

Ton pb est un pb de lock exclusif. quand une table passe en modif au sein d'une transaction, SQL verrouille TOUT OU PARTIE DE SES ENREG (selon des critères plus ou moins précis)
Durant toute la transaction, PERSONNE ne peut lire les enreg verrouillés, donc si une requete attaque parmi son resultat un de ces enreg, elle est bloquées par le verrou.

La solution, si honteuse soit elle, est de fairte du dirty read, grace à l'option WITH (NOLOCK) apres ta table dans ton select. Mais tu vois les données en cours de modif dans la transaction (dirty read)

approfondi le sujet et tu verras que c'est une vrai daube les verrous., surtout si on souhaite faire du mode connecté "direct sur la base" comme souvent en delphi.

[Oluha]

J'ai réussi à résoudre mon problème en ajoutant la ligne suivante dans mes procédures stockées :

SET LOCK_TIMEOUT -1

Merci pour votre aide