Soy un desarrollador de informes que quiere que mis consultas sean lo más eficientes posible. Solía trabajar con un DBA que me dijo, creo que porque siempre estaba lidiando con informes en un servidor de producción, para usar NOLOCKen cada consulta. Ahora, trabajo con un DBA que ha prohibido...
Estaba investigando algunos bloqueos cuando vi una consulta que se parecía a esto: SELECT SomeField FROM SomeTable NOLOCK Vi el NOLOCKy tenía curiosidad de cómo podría estar bloqueando otras consultas, en este caso, DELETEdeclaraciones. Eché un vistazo rápido a las cerraduras sp_locky aquí está...
¿Alguna vez ha tenido que justificar NO usar una sugerencia de consulta? Estoy viendo WITH (NOLOCK)en cada consulta que llega a un servidor muy ocupado. Es hasta el punto que los desarrolladores piensan que debería estar activado de manera predeterminada porque odian verlo en su código miles de...
Ejecutamos SQL Server 2000 y recibimos algunos de estos errores todas las noches. Could not continue scan with NOLOCK due to data movement La consulta que arroja este error es una consulta grande y compleja que une más de una docena de tablas. Nuestros datos subyacentes se pueden actualizar con...
De vez en cuando aparece "No se pudo continuar con el escaneo NOLOCKdebido al movimiento de datos" con algunos trabajos grandes, que tienen WITH (NOLOCK)en las consultas de selección. Entiendo que esto tiene algo que ver con el intento de seleccionar datos cuando ha habido una división de página...
No estoy tratando de comenzar una discusión de tipo Windows / Mac. Personalmente, no necesito ningún convencimiento que NOLOCKno sea una buena idea como práctica reflexiva. Parece que cuando estás desarrollando todo debería ser útil, no reaccionario (/ amen) Entonces ... el programador a cargo...