Manejo de transacciones

[StartKill]

Gracias por su respuestas,...

La figura en general es la siguiente... (no utilizo temporales ni nada por el estilo) todo en las tablas.

Estoy manejando 3 tablas en forma simultanea:
1ra tabla cabecera de facturas
2da tabla detalle de facturas
3ra tabla saldo de clientes

Como es de suponer la 2da tabla tendrá mas de un registro y las otras dos tablas solo sera un registro por cada movimiento. (cada factura)

No se si es correcto, pero, yo en Firebird hago un startransaction (en la maquina cliente) cuando el usuario va hacer el ingreso de la factura, entonces, el usuario empieza a llenar la cabecera y le hace un post, luego empieza a llenar los registros (en una grilla) de venta en la tabla detalle y cuando el usuario termina su trabajo...tiene basicamente dos opciones grabar/commit ó Cancelar/Cancel.

Presiona grabar y se actualiza la tabla saldos, luego procede hacer el commit y si ocurre algun error el programa hace un Rollback, caso contrario termina de hacer el commit.

Retomando.. cuando un user esta haciendo la factura sin que haga el commit , y en ese momento entra otro usuario, se lee con total transparencia los datos de las tres tablas (es decir solo lee los registros que fueron commiteados) ni se detiene, ni se corta.. eso mismo deseo hacer con sql server 2000.

ContraVeneno >>mi duda es: si yo hago que en un boton-X esté begintransacction con el commit esto no me fucionaria, por que?, por que el cliente antes de presionar el boton-X, ya navegó por la grilla, insertando registros. navegando por los registros detalle, modificando, borrando...(ya se hizo commit solito, ni siquier le dije que haga begintransacion, creo que esta por defecto)

poliburro>>me indicas: que haga procedures.. debo suponer que se refieren hacer un procedure por cada accion: delete, insert, update.. pero me surguiria el mismo problema.. que tal si el user depues de haber hecho 10 items en los detalles se arrepiente?.. no puedo hacer un rollback..

A lo mejor estoy resolviendo el requerimiento de forma equivocada, se que no soy el primero que va cambiar de firebird para trabajar slqserver 2000.

Que me aconsejan señores

Saludos cordiales

Your friend

StartKill
Lima-Perú

[nuk3zito]

StartKill,
La manera como trabaja Firebird es muy diferente a como trabaja SQL Server en cuestión de las transacciones, ya que firebird tiene la característica (buena o mala) de leer la última versión confirmada de los registros mientras que en SQL Server, si lo que intentas es leer un registro que está siendo bloqueado por una transacción... pues se esperará a que este registro sea liberado (con commit o rollback) para poder leerlo... o a menos que hagas una lectura sucia (usando with (nolock) por ejemplo ), pero eso ya son otras palabras, no siempre es conveniente hacer lecturas sucias.
En tu caso, que estás experimentando... pues el comportamiento que ves es normal y no cambiará, a menos que hagas una lectura sucia y cambies el isolation level a "ilREADUNCOMMITTED" o uses el query para leer como sigue:

Código SQL [-]
select * from tabla with (nolock) where...

Saludos y suerte con esas pruebas... así iniciamos todos, probando y preguntando.

[[poliburro]]

Empezado por StartKill

poliburro>>me indicas: que haga procedures.. debo suponer que se refieren hacer un procedure por cada accion: delete, insert, update.. pero me surguiria el mismo problema.. que tal si el user depues de haber hecho 10 items en los detalles se arrepiente?.. no puedo hacer un rollback..

A lo mejor estoy resolviendo el requerimiento de forma equivocada, se que no soy el primero que va cambiar de firebird para trabajar slqserver 2000.

Puedo asegurarte que si diseñas bien tus pantallas, considerando que usaras procedimientos almancenados nunca te va a suceder eso.

Llevo varios años trabajando con SPS y nunca me ha sucedido.

Saludos.

[nuk3zito]

Empezado por poliburro

Puedo asegurarte que si diseñas bien tus pantallas, considerando que usaras procedimientos almancenados nunca te va a suceder eso.

Llevo varios años trabajando con SPS y nunca me ha sucedido.

Saludos.

Poliburro,
Viendo que tienes tanta experiencia ¿no sería bueno compartirla? para eso es el foro... no solo para discutir.

¿Podrías indicarnos más a fondo y darnos una pequeña guía de como es que trabajas?

Saludos.

[StartKill]

Hola poliburro,

Sin animos de presion, crees que seria posible que muestres un ejemplo de un matenimiento de una tabla (añade, modifica, elimina).. "con SP"

Que estos que no sean registro por registro, por ejemplo, en una grilla:

1. Donde el user añada un conjunto de registros y luego recien de el famoso commit, ó a lp mejor el user se arrepiente y hace un rollback
2. Donde el user elimine un conjunto de registros y luego recien de el famoso commit.

Te comento, que llegué a dar solución a mi requerimiento... pero--estoy trabajando con "begintranssaction" desde el cliente, y por lo que te entiendo deberia manejarlo todo con SP

A la espera de prontas "lineas de codigo"

Your friend

StartKill
Lima-Perú