firebird y mdo

[aladelta]

Hola a todos,

Cita

Empezado por tefots

cualquier operacion que hagas con firebird debes abrir una transaccion por eso se pone activa nada mas abrir la bd.tanto con mdo como con ibx has de asignar la transaccion por defecto con la cual trabajar , tanto a la bd como a los datasets. y tienes que usar commitretaining , de lo contrario cierra la transacción y el dataset.

Ok, pero si hago commitretaining los demas usuarios no veran esos cambios, y por lo que veo es la unica manera de hacer un dbgrid editable con este mdodataset porque con mdosql u otro no podria hacerse editable ¿noo?...y mejor el mdotable no usarlo...

Cita

Empezado por jachguate

Si estas acostumbrado a trabajar con el BDE y no queres aprender todas estas complicaciones de IBX/MDO, tenes la opción de usar IBObjects, que encapsulan la complejidad del manejo de transacciones y mantener cursores abiertos de la misma forma que lo hacía antes el BDE.

hombre, si que estoy muy acostumbrado al BDE, porque empeze con Dbase3-plus, despues clipper, despues delphi con el BDE en la version 1 hasta hoy, y me cuesta mucho cambiar la mentalidad al nuevo motor, pero me gusta aprender y voy a estar pegando palos hasta que lo moldee y lo haga a mi gusto...y terminate manejando y controlando la firebird pero se que me va a costar mucho tiempo, pero gracias a vosotros que estais ahi siempre para poder apoyar mis dudas....y voy a probar tambien los IBObjects a ver que tal....

Cita

Empezado por lepe

El mdotransaction ¿o era el mdoconnection? tiene una propiedad Autocommit para realizar automáticamente el commit, así no tienes que hacerlo manualmente.

si que la tiene, pero solo funciona cuando se cumple el tiempo establecido en la propiedad idletimmer del mismo componente mdotransaction, y si la propiedad DefaultAction tiene el TACommit pues se volvio a joder el invento, pero de forma automatica.....

Una ultima cosilla, al insertar con el mdodataset, me crea el registro pero sale el ultimo en el que estoy situado, y asi repetidamente tantas veces como clicks haga en el boton de insertar, ¿la unica forma es cerrar y abrir, en cada insercion, o modificacion?, por que, en el delete si lo hace instantaneo y visible en el dbgrid...

Y....Gracias a todos por el interes....

[aladelta]

Hola otra vez...

Tambien me gustaria comentar, el porque???, porque desde un dbgrid con el mdodataset, cuando mofidico es perfecto, y sale todo bien, pero al insertar esta el problema de que o bien me inserta un registro "en blanco en el dbgrid" pero a traves del ibexpert esta correcto y hay que hacer por obligacion un commit y volver a abrir el mdodataset....

Gracias

[jachguate]

Probablemente vos no le estas asignando un valor a la llave primaria a dicho registro desde delphi, o bien lo estas modificando en triggers before insert en la base de datos. Si esto es así, mdo no podrá localizar el registro en la base de datos después de realizada la inserción y por tanto no puede dejarlo como "registro activo".

Hasta luego.

[aladelta]

Buenos dias...

Asi lo hago, a traves de un triggers de la base de datos, entonces debo entender que el campo indice primario cuando lo tengo en un dbgrid o edito la tabla directamente, al insertar lo haga desde el mdodataset y cuando son master/Detail, en los detail lo haga desde un triggers para eviar el null contagioso??....

[jachguate]

Empezado por aladelta

Asi lo hago, a traves de un triggers de la base de datos, entonces debo entender que el campo indice primario cuando lo tengo en un dbgrid o edito la tabla directamente, al insertar lo haga desde el mdodataset

Los componentes TMDOQuery y TMDODataset tienen la propiedad GeneratorLink, con la que delegas a MDO la gestión de la asignación de una llave basada en un generador, con la ventaja que al hacerlo del lado de delphi, evitaras el efecto que tenías.

Empezado por aladelta

y cuando son master/Detail, en los detail lo haga desde un triggers para eviar el null contagioso??....

Esto si no lo entendí... cuando son master detail, normalmente asigno su campo de relación con el maestro en el evento OnNewRecord, pero no se si es a lo que te referís.

Hasta luego.

[aladelta]

Hola a todos...

No sabia lo de la propiedad generatorlink de los mdo, voy a investigar pues me parece buena idea la de generar desde delphi el campo indice en vez de la tabla....yo estaba maquinando algo parecido, pensando en un procedimiento de la bd que me genere el id y lo devuelva al delphi para añadir el registro, vamos algo parecido al gen_id pero en vez de hacerlo en la bd hacerlo en delphi, sin usar triggers para esos campos...

Y si que me refiero a los campos de relacion entre tablas cuando son master/Detail y en relacion a lo anterior aqui en vez de usar el onnewrecord que me parece muy bien, voy a intentar hacerlo en un trigger en la maestro para generar el registro en la detalle. a ver que tal...

Gracias por todo...

[aladelta]

Hola de nuevo...

jachguate, ya he progado el generatorlink y funciona todo muy bien, como estaba previsto, al insertar ya lo veo al instante en el grid, pero ¿como hacer si usas mas de un generador en la misma tabla cuando tienes varios campos clave?...aunque observo un detalle, y es que al crear un registro nuevo, y estando "order by campo" en la selectsql, lo inserta donde le parece, nunca en el orden establecido....¿que te parece?

Gracias