Hint NOLOCK

Hola:
El mensaje en espanol:
http://support.microsoft.com/defaul...;es;308886
Por otra parte, me parece estrana la causa:
Hay una ventana pequeña de tiempo durante divisiones de página en
combinación con recorridos nolock paralelo y actualizaciones simultáneas que
pueden generar 8908 mensajes transitorios.
= Ya que me parecia que el NOLOCK se usaba solo con los SELECT's?
Por ultimo, no me acuerdo de haber usado nunca un NOLOCK y siempre me
ha parecido una "1/2 loco" la recomendacion de usar NOLOCK como medida para
aumentar el desempeno. Pero como siempre estoy a favor de los que estan en
contra y en contra de los que estan a a favor, :) y no tenia suficientes
argumentos no me habia hechado el pulso. Claro que ahora que nos das
municiones :D
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Carlos Sacristan escribio:

¿Alguno de vosotros ha experimentado el problema que se detalla
en el siguiente artículo:

http://support.microsoft.com/defaul...?scid=http://support.microsoft.com:

80/support/kb/articles/q308/8/86.asp&NoWebContent=1 ?

La idea es saber si merece la pena usar esta sugerencia para
conseguir una mejora en el rendimiento (que se supone debe haber) en
tablas con las que sabes que no necesitas establecer ningún tipo de
bloqueo


Un saludo