Manejo de Transacciones algo confundido????

05/02/2005 - 18:20 por Developers | Informe spam
Que Tipo de manejo de Transacciones en SqlServer2000 es aconsejable usar :
Read Commited ó
Read Uncommited ó
Repeatable Red ó
Serializable

En un Entorno de 50 Usuarios y a la vez teniendo pantallas Maestro -
Detalle


espero que alguien me ayude a despejar la dudas que tengo

Gracias

Preguntas similare

Leer las respuestas

#1 Alejandro Mesa
05/02/2005 - 19:19 | Informe spam
Que Tipo de manejo de Transacciones en SqlServer2000 es aconsejable usar



La que sql server emplea por defecto READ COMMITED, que solo deja leer datos
que ya hayan sido salvados mediante la sentencia COMMIT. Si tu aplicacion
necesita implementar lectura de datos sin que la transaccion haya terminado
atraves de COMMIT (dirty reads, pues los datos que lees pueden que no sean
salvados sino que se desechen con ROLLBACK) entonces usa READ UNCOMMITED. Si
los datos que lees van a ser leidos nuevamente dentro de la transaccion
entonces usa REPEATABLE READ, y si lo que quieres es el menor factor de
concurrencia (varios usuarios trabajando con la misma data al mismo tiempo)
entonces usa SERIALIZABLE.

Mi consejo es que trabajes con el nivel por defecto al no ser que necesites
implementar algo diferente. SQL Server se encargara de la atomicidad de la
transaccion y l a concurrencia.


AMB

"Developers" wrote:

Que Tipo de manejo de Transacciones en SqlServer2000 es aconsejable usar :
Read Commited ó
Read Uncommited ó
Repeatable Red ó
Serializable

En un Entorno de 50 Usuarios y a la vez teniendo pantallas Maestro -
Detalle


espero que alguien me ayude a despejar la dudas que tengo

Gracias



Respuesta Responder a este mensaje
#2 Developers
05/02/2005 - 20:11 | Informe spam
Ahora si se me van aclarando las cosas.. Pensaba Usar Serializable pero
sospechaba que teniendo 30 usuarios leendo la misma data el sistema se me
iba poner lento en responder las cosas...

Gracias.


"Alejandro Mesa" escribió en el
mensaje news:
Que Tipo de manejo de Transacciones en SqlServer2000 es aconsejable usar



La que sql server emplea por defecto READ COMMITED, que solo deja leer
datos
que ya hayan sido salvados mediante la sentencia COMMIT. Si tu aplicacion
necesita implementar lectura de datos sin que la transaccion haya
terminado
atraves de COMMIT (dirty reads, pues los datos que lees pueden que no sean
salvados sino que se desechen con ROLLBACK) entonces usa READ UNCOMMITED.
Si
los datos que lees van a ser leidos nuevamente dentro de la transaccion
entonces usa REPEATABLE READ, y si lo que quieres es el menor factor de
concurrencia (varios usuarios trabajando con la misma data al mismo
tiempo)
entonces usa SERIALIZABLE.

Mi consejo es que trabajes con el nivel por defecto al no ser que
necesites
implementar algo diferente. SQL Server se encargara de la atomicidad de la
transaccion y l a concurrencia.


AMB

"Developers" wrote:

Que Tipo de manejo de Transacciones en SqlServer2000 es aconsejable usar
:
Read Commited ó
Read Uncommited ó
Repeatable Red ó
Serializable

En un Entorno de 50 Usuarios y a la vez teniendo pantallas Maestro -
Detalle


espero que alguien me ayude a despejar la dudas que tengo

Gracias



Respuesta Responder a este mensaje
#3 Maxi
06/02/2005 - 03:48 | Informe spam
Hola, yo te aconsejo que no cambies por nada el default de sqlserver y que
si lo vas a hacer analices bien las causas/efectos del cambio.

Por lo general no es necesario cambiar el tipo de bloqueos, pero hay casos
donde usar READ uncomited acelara mucho las querys y si no es tan importante
no contar con las transacciones comitiadas es una buena alternativa

"Developers" escribió en el mensaje
news:
Que Tipo de manejo de Transacciones en SqlServer2000 es aconsejable usar :
Read Commited ó
Read Uncommited ó
Repeatable Red ó
Serializable

En un Entorno de 50 Usuarios y a la vez teniendo pantallas Maestro -
Detalle


espero que alguien me ayude a despejar la dudas que tengo

Gracias


Respuesta Responder a este mensaje
#4 Developers
06/02/2005 - 05:23 | Informe spam
Ok.


"Maxi" escribió en el mensaje
news:#bfh9Y$
Hola, yo te aconsejo que no cambies por nada el default de sqlserver y que
si lo vas a hacer analices bien las causas/efectos del cambio.

Por lo general no es necesario cambiar el tipo de bloqueos, pero hay casos
donde usar READ uncomited acelara mucho las querys y si no es tan


importante
no contar con las transacciones comitiadas es una buena alternativa

"Developers" escribió en el mensaje
news:
> Que Tipo de manejo de Transacciones en SqlServer2000 es aconsejable usar


:
> Read Commited ó
> Read Uncommited ó
> Repeatable Red ó
> Serializable
>
> En un Entorno de 50 Usuarios y a la vez teniendo pantallas Maestro -
> Detalle
>
>
> espero que alguien me ayude a despejar la dudas que tengo
>
> Gracias
>
>


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida