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

Sí, yo hablo siempre de usarlo con SELECT, pero tampoco tengo mucha
experiencia en su uso. Es decir, que no lo he usado más que en un par de
situaciones muy concretas suponiendo que voy a obtener una mejora en el
rendimiento, aunque dicha mejora no la haya medido nunca.

Eso sí, si esa mejora me va a costar una corrupción en la base de datos,
pues no hay nada más que decir...

P.D.: por cierto, vaya traducción... madre mía!!!!



Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)
MVP SQL Server
Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"Javier Loria" escribió en el mensaje
news:

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
>

Hola:
Si te fijas en la traduccion es un motor.
En un posteo de Mariano Alvarez, note el formato que seguian
http://support.microsoft.com/defaul...;es;209534
Asi que si "pegas" el numero del Knowlege Base Article, te "Traduce", claro
que el traductor todavia requiere trabajo, pero ayuda a los que no manejan
bien el ingles.
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:

Sí, yo hablo siempre de usarlo con SELECT, pero tampoco tengo
mucha experiencia en su uso. Es decir, que no lo he usado más que en
un par de situaciones muy concretas suponiendo que voy a obtener una
mejora en el rendimiento, aunque dicha mejora no la haya medido nunca.

Eso sí, si esa mejora me va a costar una corrupción en la base de
datos, pues no hay nada más que decir...

P.D.: por cierto, vaya traducción... madre mía!!!!



Un saludo


"Javier Loria" escribió en el mensaje
news:

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

No dudo de la buena intención de la gente de Microsoft al facilitar esta
utilidad, pero lo que sí es cierto es que muchas veces puede llevar a más
confusión leer en artículo traducido que en su lengua original. Y te lo dice
una persona que tampoco es que sea un bilingüe precisamente...




Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)
MVP SQL Server
Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"Javier Loria" escribió en el mensaje
news:#

Hola:
Si te fijas en la traduccion es un motor.
En un posteo de Mariano Alvarez, note el formato que seguian
http://support.microsoft.com/defaul...;es;209534
Asi que si "pegas" el numero del Knowlege Base Article, te "Traduce",

claro

que el traductor todavia requiere trabajo, pero ayuda a los que no manejan
bien el ingles.
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.