Justifiez de NE PAS utiliser l'indicateur (nolock) dans chaque requête

Avez-vous déjà dû justifier de NE PAS utiliser un indice de requête?

Je vois WITH (NOLOCK)dans chaque requête unique qui frappe un serveur très occupé. C'est au point que les développeurs pensent que cela devrait être activé par défaut car ils détestent le voir dans leur code des milliers de fois.

J'ai essayé d'expliquer que cela permettait des lectures sales et qu'ils finiraient par avoir de mauvaises données, mais ils croient que le compromis de performance en vaut la peine. (Leur base de données est un gâchis; pas étonnant qu'ils aient des problèmes de performances.)

Si vous avez un exemple clair de la façon de présenter les arguments contre cet abus de l' NOLOCKindice, ce serait apprécié.

Vous choisissez vos batailles et des batailles comme celle-ci ne peuvent pas être facilement gagnées. Nous avons un système où chaque DML est associé à l'indice ROWLOCK (indépendamment de la modification d'une ligne ou de plusieurs milliers de lignes). J'ai montré plusieurs exemples pourquoi cela nuit vraiment aux performances, mais comme le système fonctionne déjà, il y a une résistance au changement. Notez que je les ai suffisamment convaincus de NE PAS utiliser cela à l'avenir.

NOLOCK a sa place mais je peux recommander quelques bonnes références mettant en évidence les problèmes d'utilisation:

• Blog de l'équipe consultative client de développement Microsoft SQL Server - Les lignes précédemment validées peuvent être manquées si l'indicateur NOLOCK est utilisé
• Itzik Ben Gan au SQL Magazine - Index en cluster scanne la partie III
• Itkiz Ben Gan sur sqlpass.org - Attention à l'indice NOLOCK

Cela a déjà été discuté sur SO avant:

• /programming/2141104/using-nolock-hint-in-ef4/2141802#2141802
• /programming/1682240/what-can-happen-as-a-result-of-using-nolock-on-every-select-in-sql-sever

Définissez très occupé. Nous avons des volumes élevés (50 000 nouvelles lignes par seconde, de gros agrégats, etc.) et nous ne voyons pas la nécessité d'obtenir des données douteuses aussi

Vous devez expliquer à vos collègues l'importance de comprendre les niveaux d'isolement. Montrez-leur des exemples. L'explication la plus agréable et la plus simple que j'ai trouvée sur l' affiche de Little Kendra des niveaux d'isolement . Demandez-leur pourquoi ils pensent avoir besoin d'un indice nolock. Pourquoi n'utilisent-ils pas les instructions "définir le niveau d'isolement des transactions ..."? Demandez quelle est exactement la situation qu'ils veulent résoudre, peut-être qu'ils ont des blocages, des blocages, etc. S'ils ne veulent tout simplement pas maintenir les verrous, ils peuvent envisager le niveau d'isolement de l'instantané.

Ce n'est qu'en leur demandant que vous pouvez avoir une image claire.