Discussion :

[olivtone]

Bonjour a Tous

J'ai une query qui fait un UPDATE pendant une dizaine de minute sur deux tables.

un webservice va taper sur ces tables en SELECT et au bout d'un moment tombe..

N'y a t il pas un moyen de dire en TSQL au webservice, que s'il y a un lock d'attendre par defaut le temps que la ressource se libere

Je veux eviter le NOLOCK dans la requete, car j'ai peur des lectures sales...

merci a vous

[aieeeuuuuu]

Bonjour,

A priori, c'est plutôt du coté du service qu'il faut effectuer la modif, plus précisément au niveau du composant d’accès à la BDD. Ils ont souvent une timeout par défaut qu'il faudra augmenter.

[SQLpro]

Bonjour a Tous

J'ai une query qui fait un UPDATE pendant une dizaine de minute sur deux tables.

un webservice va taper sur ces tables en SELECT et au bout d'un moment tombe..

N'y a t il pas un moyen de dire en TSQL au webservice, que s'il y a un lock d'attendre par defaut le temps que la ressource se libere

SQL Server travaille par défaut en verrouillage pessimiste ce qui fait que dans votre cas, les lectures doivent attendre la libération des verrous d'écriture. Une solution et de le faire travailler en verrous optimiste en pilotant la transaction de lecture au niveau d'isolation SNAPSHOT après avoir autoriser la base à utiliser ce niveau (ALTER DATABASE CURENT SET ALLOW_SNAPSHOT_ISOLATION ON

Je veux eviter le NOLOCK dans la requete, car j'ai peur des lectures sales...

merci a vous

Évidemment pas a utiliser le NOLOCK, sauf si vous voulez pourrir votre base avec des données fausses !

A +

[olivtone]

Merci a vous deux les gars

je ne peux pas changer le mode d'isolation, c'est une BDD CRM et c'est non supporté ( va comprendre)

et bonne journée a vous