¿Cómo usar mejor las transacciones?

[ferysil2003]

Hola compañeros de programación.

Estoy haciendo pruebas de programación en delphi 7, firebird y componentes fibplus de devrace.
Lo cierto es que lo llevo bastante bien, pero antes de empezar en serio con un proyecto que tengo en mente tengo que practicar mucho y estar seguro de lo que hago para evitar problemas en el futuro.
Según veo yo lo más importante es tener claro como usar las transacciones y despues de leer mucho siempre se dice que deben de ser lo más cortas posibles.
En mis pruebas uso un data module en donde tengo el componente TpFIBDatabase para conectar a la base de datos firebird y varios componentes TpFIBDataset, por ejemplo uno llamado DataSetClientesLista para acceder a una lista de clientes, dataset al que modifico la sentencia sql para filtrar el resultado. Ademas como dicho dataset tiene que tener una transaccion asociada el componente TpFIBTransaction lo tengo en el formulario donde tengo el dbgrid, y mi proceso es el siguiente. Cuando creo el formulario, modifico el selectsql del DataSetClientesLista, asocio la transaccion de ese formulario al DataSetClientesLista, abro la transacción y despues abro el DataSetClientesLista.
El resultado me lo muestra en el dbgrid, y cuando cierro el formulario cierro todo, la transaccion y el DataSetClientesLista.
El dbgrid solo es de consulta, nunca para modificar ni para borrar. Así pues el tiempo de duración de la transacción es el tiempo que tengo abierto el formulario de consulta. Supongo que estará bien hecho, a mi no se me ocurre otra cosa.
Mi dilema viene cuando uso un formulario para modificar un ficha.
El proceso que hago es parecido al anterior, al crear el formulario que contiene los campos de la ficha asocio a un DataSet llamado DataSetCliente la sentencia sql que me devuelve sólo ese registro, le asocio la transaccion que la tengo en el formulario llamado Ficha Clientes, abro la transaccion y abro el DataSetClientes, y lo pongo en modo edicion. En el formulario con la ficha del cliente a modificar uso componentes DBEdit. Al pulsar aceptar hago un commit de la transaccion y cierro del DataSetClientes. Esto me funciona pero mi dilema es si es mejor esta opción o para que la transaccion dure menos debería de crear un formulario con campos edit el cual al crearlo hacer una consulta de lectura sobre la base de datos que me devolviera el registro de ese cliente y copiar yo los datos sobre cada campo edit, de esa manera abriría la transaccion, leería el registro, copiaría los datos sobre mis campos y cerraría la transaccion. Despues de modificar los campos oportunos, abriría de nuevo la transacción, enviaría una sentencia update de los campos modificados, y cerraría la transaccion. A nivel de programación sería algo más laborioso, pero de esa manera las transacciones serían muy cortas.
Os pido vuestra opinión al respecto y gracias de antemano por el tiempo altruista que dedicais.

[PedroAlfonso]

Estimado Ferysil:
Yo uso Edits exactamente para lo que tu dices, hacer las transacciones cortas a la hora de modificar o insertar los datos. En mi opinión es lo más seguro y he leído en otros foros a programadores que opinan igual.
No te preocupes por la duración de las transacciones cuando solo lees datos, uno de los motivos más importantes por los cuales existen las transacciones es para modificar varias tablas segun tu proceso, y en caso de error poder deshacer toda la transacción (rollback) para cuidar la integridad de los datos.
Lo recomendable es guardar (modificar) los datos dentro de un Try-except para en caso de falla utilizar el rollback.
Espero haberte ayudado un poco.

[[Crandel]]

Hola ferysil, hay un detalle que me parece que te tiene confundido.

Empezado por ferysil2003

Según veo yo lo más importante es tener claro como usar las transacciones y despues de leer mucho siempre se dice que deben de ser lo más cortas posibles.

Es termino de corta no hace referencia a la duración en tiempo a la cual la transacción esta abierta, sino al tamaño del flujo de datos.

Por ejemplo, si cada vez que modificas tu tabla "Productos", la cual supongamos es muy grande, y grabas la modificación. Este proceso tiene que actualizar la tabla en tu programa, lo cual implica un flujo de datos grande.

Si estas viendo los productos y te paseas todo lo que quieras entre ellos durante un día completo, no hay trafico de datos, se realizo una sola vez cuando te ttrajiste la tabla y luego recorres sobre una copia local.

Espero que aclare.

[ferysil2003]

Gracias PedroAlfonso.
Gracias Grandel.

[1111111]

Yo hago lo mismo que PedroAlfonso.

- Abro transacción.
- Cargo datos en edits o combos.
- Cierro transacción.

Y lo mismo para guardar las modificaciones.

No me fio mucho de las transacciones de Interbase.

[[Crandel]]

Empezado por 1111111

No me fio mucho de las transacciones de Interbase.

por alguna razon en especial?

[[Crandel]]

Me dejaron pensando en el tema

Supongamos que queremos editar un dato de una tabla y hacelos lo que no sugiere 11111111:

Empezado por 1111111

- Abro transacción.
- Cargo datos en edits o combos.
- Cierro transacción.

Luego modificamos los datos y supongamos que alguien en ese instante más rapido que nosotros los modifica.

Luego nostros al querer actualizar ese registro introduciriamos datos incorrectos poruqe estariamos sobreescribiendo algun valor que el otro usuario puede haber modificado.

Y justamente aqui es donde se produce el problema de consistencia de los datos.

Mi sugerencia es:
* si no confian en el mecanismo de control de concurrencia de su motor de base de datos -> cambien por otro.

Tomen en cuenta que tanto Interbase como Firebird permite definir algunas formas de controlarlo desde nuestra aplicación.

Saludos.