Modificar registros en red

[identsoft]

Creo que se ha solucionado.
He metido el update dentro de una transacción y de momento parece que funciona.
Seguiré probando.
Gracias Casimiro.

[Ñuño Martínez]

¿Usas algún bloque TRY...EXCEPT o TRY...FINALLY? Lo digo porque es posible que salte alguna excepción que, al no ser tratada adecuadamente, deje la conexión "colgada" (por ejemplo, porque no se cierra la conexión). De hecho, al usar transacciones estás creando una especie de "burbuja de seguridad" que hace que, si hay un error, no se ejecute el programa SQL y por eso te deja de dar error ahora. El problema es que, si cuando hay error no se cierra correctamente la transacción (no se hace roll-back) esa transacción se quede ahí hasta que se cierra el programa, con los problemas que puedan derivarse de ello (en el mejor de los casos, desperdicio de memoria).

Por supuesto, hay que usar transacciones siempre que se hace un programa que posibilite a varios usuarios acceder a una misma base de datos.

[identsoft]

Si, ya lo he metido dentro de un bloque try except.
Y a partir de ese momento ha empezado a funcionar bien.
Lo curioso es que el Update se quedaba colgado (sin dar ningún tipo de error en el ordenador donde se estaba ejecutando) y eso impedia el acceso de otros ordenadores y en estos sí que terminaba por salir un error deadlok.

Gracias Nuño

[GINMARMENOR]

perdonar he estado un tiempo fuera, dentro del try...except que excepción tendría que poner.

Gracias.

[identsoft]

Eso depende de lo que tenga que hacer el bloque try except, desde un simple mensaje genérico y cancelación del proceso hasta detectar el tipo de mensaje y hacer 'cosas' en función del mensaje, etc...

[GINMARMENOR]

Mi problema básicamente es aparentemente sencillo, y es que el ordenador se queda pensando indefinidamente sin dar ningún tipo de error, se queda como bloqueado aparece el icono del tiempo en medio la pantalla como si estuviera haciendo algo pero ahí se queda indefinidamente sin dar error de ningún tipo de error y pensando.

Mi arquitectura de la base de datos es sencilla, tengo una base de datos creada en IbExpert con Firebird 2,5 la cual se puede llamar Bdatos1, con 20 campos.

En mi programa que llamo Aplicacion1, en un Formulario conecto mediante un TIBDabase, junto con el TIBTrasaccion ambos los asocio con DefaultDadabase y DefaultTranssacción.

A su vez conecto las distintas tablas del TibDatabase y todo es perfecto, trabajo en el PC1 sin problemas.

Ahora en el PC2, copio el programa que he hecho "Aplicacion1', y conecto mediante la base de datos mediante un Archivo.INI la ruta donde está la Base de Datos 'Bdatos1', y se conecta perfectamente, puedo ver cualquier registro, imprimir cualquier listado, sin ningún problema, eso tanto en el PC1 como en el PC2, podemos ver cualquier listado yo tengo Rave Reports, o cualquier consulta.

El problema viene, cuando tanto en el PC1, como en el PC2, después de hacer cualquier consulta, intentamos modificar o insertar cualquier registro en esa Base de Datos que está compartida en ese momento, entonces cuando pulso el botón de Grabar, tanto sea en el PC1 como en el PC2, se pone el icono del tiempo tanto vueltas y vueltas indefinidamente sin poder continuar, teniendo que salir del programa y volver hacer la operación.

Por lo que he podido leer es un problema en el TIbTransacción que hay que poner una excepción para evitarlo por eso esa era mi pregunta o ver dónde podría encontrar una explicación.

Me haríais un mundo, gracias.

[Casimiro Notevi]

¿Qué propiedades has puesto en el componente IBTransaction?
¿Qué quieres decir con que la BD está compartida?

[identsoft]

Como dice Nuño Martinez anteriormente, pon los insert y los update dentro de transacciones y dentro de un bloque TRY EXCEPT, TRY FINALLY y te evitarás muchos problemas.
Lo que sí hay que hacer dentro del bloque EXCEPT es cerrar la transacción (ROLLBACK)