FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
A ver Casimiro , un poco de paciencia con los novatos, jejeje...
Creo que he contestado a casi todas las preguntas que haces: 1.-Ni siquiera has dicho el error, simplemente has dicho que "se queda bloqueado dando error" R.- "deadlock update conflicts with concurrent update....." 2.-¿Es un programa en un ordenador al que se conectan los demás o es un programa en cada ordenador que conecta a un servidor firebird? R.-Cada equipo tiene instalado el mismo programa que atacan a la base de datos Firebird 2.5 que está en el equipo pc1 3.- ¿Qué parámetros usas en el componente de base de datos y en el de transacción? Creo que ni has dicho los componentes que usas? R.- Es cierto, esta no la había contestado. Uso componentes dbexpress. No uso transacciones (al menos donde da el error). los parámetros de conexión : DriverName=FIREBIRDCONNECTION getDriverFunc=getDriverFirebird Database=C:\baseDatos\datos\GESTORIA.FDB RoleName=RoleName User_Name=sysdba Password=masterkey sqldialect=3 LocaleCode=0000 Blobsize=-1 CommitRetain=False waitonlocks=True isolationlevel=ReadCommitted trim char=False HostName=localhost Estos son los parámetros en el equipo PC1 que hace de servidor. En el otro se cambia el Hostname. El programa se queda pensando al hacer ZI.EXECSQL No se que más datos poner, si necesitas algo más, por favor, pídemelo. Y sobretodo GRACIAS por tu tiempo. |
#2
|
|||
|
|||
Creo que se ha solucionado.
He metido el update dentro de una transacción y de momento parece que funciona. Seguiré probando. Gracias Casimiro. |
#3
|
||||
|
||||
¿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. |
#4
|
|||
|
|||
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 |
#5
|
|||
|
|||
perdonar he estado un tiempo fuera, dentro del try...except que excepción tendría que poner.
Gracias. |
#6
|
|||
|
|||
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...
|
#7
|
|||
|
|||
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. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Firebird remoto - Modificar registros | Gregorio Cíber | Conexión con bases de datos | 8 | 23-03-2021 22:32:04 |
modificar variios registros con dataset | pmtzg | Conexión con bases de datos | 7 | 11-02-2012 12:05:02 |
Modificar registros desde DBgrid | quakerman | Conexión con bases de datos | 7 | 09-11-2011 03:40:03 |
modificar registros | yossi | SQL | 6 | 11-06-2010 03:43:58 |
modificar registros query | Buelos | Firebird e Interbase | 8 | 02-03-2008 00:52:00 |
|