Dudas con transacciones

[[Lepe]]

Podrías informarte sobre los ClientsDataset con cacheUpdates. Usas controles DBEdits asociados a ese CDS. Puedes Editar, insertar, eliminar registros, etc, pero realmente los datos no se graban a las tablas, sino que se hace en memoria.

Cuando el usuario Pulsa en Grabar, por código llamas a ApplyUpdates del CDS y en ese momento es cuando inicias la transacción, grabas los datos y despues terminas la transacción.

PD: Si me equivoco, por favor corríjanme.

Saludos

[Hagen]

Sick boy y Lepe:

Muchas gracias por responder tan rapido.

Me quedan otras dudas.

para Sick boy:

Empezado por Sick boy

La filosofia no es hacer un commit justo al abrir la transacción, sino en no abrir la transacción hasta que no vayas a hacer un commit.

Es decir, que recojes los datos, y cuando ya los tienes todos y el usuario esta seguro y quiere aceptar, inicias la transacción, grabas los datos y la terminas.

Te refieres a que cuando se haga click en algun button "Guardar" ó "Grabar" debo
hacer que se llame a STARTTRANSACTION y seguidamente a COMMIT?

Empezado por Sick boy

Depende, yo solo los uso cuando tengo claro que no interferirán en el funcionamiento de la aplicación.

Podrias darme algunos ejemplos


Para Lepe

Empezado por Lepe

Podrías informarte sobre los ClientsDataset con cacheUpdates. Usas controles DBEdits asociados a ese CDS. Puedes Editar, insertar, eliminar registros, etc, pero realmente los
datos no se graban a las tablas, sino que se hace en memoria.

En este caso no habria problemas cuando se quiere obtener valores(generadores) desde el servidor?

[[pepon386]]

Yo personalmente te recomiendo que utilices lo siguiente:
ConsultaIB -> TDataSetProvider -> TClientDataSet

En "ConsultaIB" utiliza los componentes de acceso a Interbase que prefieras (siempre que deriben de TDataset).

Al usar esta "técnica" lo que consigues es que las actualizaciones se realizan en local, y cuando llamas al método "ApplyUpdates" del TClientDataset, que se encarga de iniciar la transacción, realizar todas las actualizaciones a la base de datos que sean necesarias y a continuación el commit.

Sinceramente, tienes que cambiar un poco la mentalidad de cómo se realizan las actualizaciones, además de que cuando quieres realizar cambios en varias tablas a la vez en una sola transacción debes controlarlo manualmente, pero por lo demás es muy sencillo y eficaz. Documéntate sobre ello. Si mal no recuerdo hay varios ejemplos en bdn.borland.com. Y si tienes algo de dinero para invertir, cómprale a Ian Marteens uno de sus cursos a distancia (son de lo mejor para iniciarse en esto) en http://www.marteens.com

[Sick boy]

La solución PROVIDER + CLIENTDATASET parece muy buena, aunque yo aun no la he probado, por eso no puedo opinar.

Como en todo, la solución del PROVIDER tendrá sus ventajas y sus inconvenientes.

Te refieres a que cuando se haga click en algun button "Guardar" ó "Grabar" debo
hacer que se llame a STARTTRANSACTION y seguidamente a COMMIT?

Bueno, cuando te contesté estaba pensando en insertar datos sin controles DBAware, asi que no es solo iniciar y terminar la transacción, sino que tienes que poner el SQL en medio.

Por ejemplo, al crear una factura, recoges el codigo del producto y la cantidad mediante un par de edits, y luego al pulsar el boton construyes el SQL que hace la inserción.

Podrias darme algunos ejemplos

A mi me gusta que al crear las facturas, el usuario pueda modificar lo minimo posible. Además, al insertar hago más operaciones con los registros (que ya se que se pueden y deben hacer con triggers),asi que me gusta saber en cada momento lo que inserto.

Esto es una opinión, seguro que hay otras formas de hacerlo, y posiblemente más eficientes, pero estaba migrando un programa de PARADOX a FB, y esto es lo que me resultó más facil.

Añadir que yo no utilizo IBX, uso los MDO (Mercury Database Objects), muy buenos, y libres.

Y recomendarte de nuevo la Cara Oculta de Delphi 4, libro gratuito y facil de encontrar. Hay mucha información sobre las transacciones en general.

Y en la cara oculta de delphi 6 hay todo un apartado sobre proveedores y modulos remotos y servidores de capa intermedia.