Transaciones en IB y Componentes Conecatdos a Datos

[senpiterno]

Hola athlontado, mi caso es el siguiente, estoy desarrollando una aplicacion cliente/servidor (con IBX), en la cual tengo un DataModule con un componente base de datos y otro transaccion. Cada vez que habro un formulario creo un nuevo componente query del cual saco los datos que voy a mostrar en una rejilla de datos (grid), a la vez tambien creo en tiempo de ejecucion otros querys para rescatar datos relacionados con los que maneja el formulario en forma principal, algo asi como un master detail. Mis dudas surgen al momento de manejar las transaciones asociadas a los accesos a datos efectuadas por los componentes. No se si asignar el mismo componente transacion de del datamodule a todos los componentes de acceso a datos y si solo utilizar este en ciertas ocaciones. Por ejemplo he pensado que cuando se realizan accesos de solo lectura por parte de algunos componentes asignarles su propio componente transacion a cada uno con las propiedades de solo lectura en la transaccion. si es este el caso, donde debo iniciar la transaccion, al momento de abrir el formulario, ya que la regilla se carga en forma automatica. Y cerrar la transaccion cuando se cierra el formulario.....????

Agradeceria mucho me pudieras aportar con ideas y conocimiento...

Saludos...

[athlontado]

En este caso concreto, creo que sería lógico que usaras dos componentes IBTransaction en el mismo DataModule, uno de sólo lectura, que permanecería abierto todo el tiempo hasta el momento que quisieras mostrar los datos actualizados en otras transacciones, y el otro en modo escritura, que sólo activarías en la fracción de segundo que necesite para ejecutarse tu código de actualización de datos.

Por ejemplo:

Vamos a llamar al componente de transacción de sólo lectura TranLee y al de escritura TranEscribe. Los querys que sólo realicen consultas, los enlazamos, todos ellos, con TranLee. Cuando queramos traernos los últimos datos que se hayan introducido/actualizado en la BBDD desde que iniciamos la transacción con TranLee, cerramos y volvemos a abrir TranLee (lo cual crea una nueva transacción) y volvemos a abrir los querys que estuviesen abiertos. Yo crearía todos los querys en el DataModule y, mediante un procedimiento, recorrería todos los querys que tengan la propiedad "Tag" en 1, volvería a abrir esos querys en el momento que reabriese TranLee para actualizar los datos mostrados. Evidentemente, para que este truco funcione como debiera, hay que poner el valor 1, cuando abramos un query de lectura y 0, cuando lo cerremos, a la propedad "Tag" del susodicho query.

TranEscribe lo usaría con el resto de los querys de actualización de datos, como es obvio. Lo ideal sería iniciar la transacción justamente antes de la sentencia que ejecuta el query y finalizarla inmediatamente después, a no ser que quieras ejecutar varios querys de actualización seguidos, que los podemos meter todos dentro del mismo bloque de la transacción.

Código Delphi [-]
 query1.SQL.Text := 'INSERT INTO CLIENTES (X, Y, Z) VALUES (1, 2, 3)';
 TranEscribe.StartTransaction;
 try
   query1.ExecSQL;
   TranEscribe.Commit;
 except
   TranEscribe.RollBack;
 end;

Venga, espero haberte ayudado en algo.

Un saludo

[senpiterno]

Gracias por tu respuesta athlontado me ha servido de mucho, pero me queda una ultima duda, una transaccion de tipo solo lectura es una transaccion "SNAPSHOT"....

Saludos....

[athlontado]

No necesariamente. Si tienes la transacción como read commited ó repeatable read, no.

El problema viene más del lado de los componentes que acceden a esos datos, que manejan una caché con los últimos registros traídos y que no se actualizan hasta que no sales del rango de registros almacenados en esa caché.

Para que te aclares un poco más, lee éste hilo.

Saludos.