isolation level

hola!! si toda la BDD es de solo consultas podrias usar la primera!! como
tambien ponerla en Readonly
toda la BDD.

Un saludo

Maximiliano Damian Accotto
"MNLau" escribió en el mensaje
news:%

Para una BD de solo consultas debería establecer un SET TRANSACTION
ISOLATION LEVEL READ UNCOMMITTED para que no ocurran bloqueos, o se debe
especificar WITH NOLOCK en cada SELECT para conseguirlo.

Hola:
Yo no estoy tan convencido de los beneficios del READ UNCOMMITED,
desgraciadamente no he encontrado informacion para llegar convencerme ni a
favor ni en contra.
Por el momento, y solo por ignorancia, me mantego alejado de el.
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.

MNLau escribio:

Para una BD de solo consultas debería establecer un SET TRANSACTION
ISOLATION LEVEL READ UNCOMMITTED para que no ocurran bloqueos, o se
debe especificar WITH NOLOCK en cada SELECT para conseguirlo.

Si las lecturas sucias son un hecho aceptable para tí, es más comodo usar la
primera, que solamente se escribe una vez. Pero tal y como dice javier has
de tener muy claras las implicaciones.Por ejemplo el jefe podría listar
facturas que luego no existiesen, dime si va a aceptar tus explicaciones o
simplemente dejará de confiar en la informática para siempre


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores


"MNLau" escribió en el mensaje
news:#

Para una BD de solo consultas debería establecer un SET TRANSACTION
ISOLATION LEVEL READ UNCOMMITTED para que no ocurran bloqueos, o se debe
especificar WITH NOLOCK en cada SELECT para conseguirlo.

Hola Miguel:
Para informarte, que tu frase:
dime si va a aceptar tus explicaciones o simplemente dejará de confiar en la
informática para siempre
Paso a ser una de mis citas, citables.
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.

Miguel Egea escribio:

Si las lecturas sucias son un hecho aceptable para tí, es más comodo
usar la primera, que solamente se escribe una vez. Pero tal y como
dice javier has de tener muy claras las implicaciones.Por ejemplo el
jefe podría listar facturas que luego no existiesen, dime si va a
aceptar tus explicaciones o simplemente dejará de confiar en la
informática para siempre



"MNLau" escribió en el mensaje
news:#

Para una BD de solo consultas debería establecer un SET TRANSACTION
ISOLATION LEVEL READ UNCOMMITTED para que no ocurran bloqueos, o se
debe especificar WITH NOLOCK en cada SELECT para conseguirlo.

jeje, la verdad es que es una explicación tan cruel como real...


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores

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

Hola Miguel:
Para informarte, que tu frase:
> dime si va a aceptar tus explicaciones o simplemente dejará de confiar en

la

informática para siempre
> Paso a ser una de mis citas, citables.
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.

Miguel Egea escribio:
> Si las lecturas sucias son un hecho aceptable para tí, es más comodo
> usar la primera, que solamente se escribe una vez. Pero tal y como
> dice javier has de tener muy claras las implicaciones.Por ejemplo el
> jefe podría listar facturas que luego no existiesen, dime si va a
> aceptar tus explicaciones o simplemente dejará de confiar en la
> informática para siempre
>
>
>
> "MNLau" escribió en el mensaje
> news:#
>> Para una BD de solo consultas debería establecer un SET TRANSACTION
>> ISOLATION LEVEL READ UNCOMMITTED para que no ocurran bloqueos, o se
>> debe especificar WITH NOLOCK en cada SELECT para conseguirlo.