Je suis un développeur de rapports qui souhaite rendre mes requêtes aussi efficaces que possible. Auparavant, je travaillais avec un administrateur de base de données qui me disait - je crois parce que je traitais toujours des rapports sur un serveur de production - que je pouvais utiliser...
J'étudiais un blocage lorsque j'ai vu une requête qui ressemblait à ceci: SELECT SomeField FROM SomeTable NOLOCK J'ai vu le NOLOCKet j'étais curieux de voir comment cela pouvait bloquer d'autres requêtes, dans ce cas, les DELETEdéclarations. J'ai jeté un rapide coup d'œil aux serrures à l'aide...
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....
Nous exécutons SQL Server 2000 et nous obtenons quelques-unes de ces erreurs chaque nuit. Could not continue scan with NOLOCK due to data movement La requête qui renvoie cette erreur est une grande requête complexe qui joint plus d'une douzaine de tables. Nos données sous-jacentes peuvent être...
J'obtiens parfois "Impossible de continuer l'analyse avec en NOLOCKraison du mouvement des données" avec certains gros travaux, qui ont WITH (NOLOCK)sur les requêtes sélectionnées. Je comprends que cela a quelque chose à voir avec la tentative de sélection de données lorsqu'il y a eu un...
Je n'essaie pas de démarrer une discussion de type Windows / Mac. Personnellement, je n'ai pas besoin de convaincre, ce NOLOCKn'est pas une bonne idée comme pratique réflexive. Il semble que lorsque vous développez, tout devrait être utile et non réactionnaire (/ amen) Alors ... le programmeur...