urgente: set transaction isolation level serializable

Hola Victor:
Si agregas el nivel de Insolation Serializabe lograras lo deseado pero
es casi seguro que sea un exceso que deteriorara el desempeno de la
apliacion. Depende de como generas el ultimo numero de factura.
Actualmente (sin el cambio) cuando lees el ultimo numero y le sumas uno,
no es suficiente hacer BEGIN TRAN/COMMIT ya que no bloqueas el registro. Por
esto es posible que alguien mas lea la factura casi simultaneamente (antes
de hacer el commit) realice la misma suma de 1 y tendras 2 facturas
iguales!!!.
El usar un nivel SERIALIZABLE parace demasiado "fuerte" como solucion,
basicamente NADIE podra hacer ninguna modificacion ninguna de las tablas y
quedaran en espera que termine la transaccion. Lo cual puede hacer bastante
mas lento el sistema. Aun cuando finalmente se va a requerir en alguna parte
un bloqueo, debes disenarlo de forma tal que quede lo "minimo necesario"
bloqueado y no TODAS las tablas que participan.
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.

Víctor escribio:
Mostrar la cita

Hola a

Al ejecutarse un SP que tengo, lo primero que hace es leer los campos
de una tabla (A).
Luego empieza a leer campos de otras tablas y realizar inserts, y por
último actualiza la tabla (A).

Necesito que desde que lee A hasta que lo actualiza, nadie pueda
acceder a esta tabla (bueno, al menos a la fila que el SP ha leido),
pues esta tabla la utilizo como contador de facturas.

Lo que hice era primero de todo poner BEGIN TRAN, y al final un
COMMIT TRAN, y por en medio, si algo fallaba, un ROLLBACK TRAN.

Y hasta ahora (4 añitos) todo ha ido perfecto, pero la semana pasada
se me repitieron dos números de facturas :-(

No se qué ha podido pasar.

Ahora he puesto, antes del BEGIN TRAN, un SET TRANSACTION ISOLATION
LEVEL SERIALIZABLE.

¿Me servirá para algo o con el BEGIN TRAN ya me hes suficiente y el
problema es otro?

Muchas gracias.