Discussion :

[topolino]

Bonjour,

je voudrais savoir a quoi correspond exactement "nolock".

Ameliore t il les performance de lecture ?

Merci

[rudib]

Bonjour,

regarde http://sqlpro.developpez.com/cours/s...r/transactsql/ sous verrouillage.

En un mot, oui cela peut améliorer les performances de lecture sur un serveur qui a un nombre d'accès concurrentiels élevé. Le danger est de lire des enregistrements qui sont lockés pour être écrits, dont la modification n'est pas committée, ce qu'on appelle un dirty read.

Pour placer toute ta connexion dans ce mode (p.ex. au début d'une sp qui ne fait que de la lecture) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

Sans oublier de la remettre à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SET TRANSACTION ISOLATION LEVEL READ COMMITTED

en quittant la sp.

[topolino]

Merci de ta reponse,

je le comprends dans une procedure stockee, mais je suis en train de debugger un site web et les requettes sont directement dans la page. Donc dans ce cas là, le nolock devrait avoir aucu effet ?

[rudib]

les requêtes que tu as directement dans ton code (c'est pas beau...) s'exécutent dans le contexte d'une connexion, qui vit entre ton open et ton close de l'objet connexion. le SET du niveau d'isolation s'applique aussi à cette connexion.
Et les WITH (NOLOCK), ou WITH (READUNCOMMITTED) (fonctionnellement équivalents) que tu vois dans tes SELECT, ont le même effet que s'ils étaient dans une sp.
En un mot, que ce soit dans une sp ou dans du code dynamique, ça ne change rien.

[topolino]

faut il les utiliser alors ?

[SQLpro]

JAMAIS, sauf si vous estimez que des données potentiellement fausses sont acceptables !

A +