FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Bloqueo del programa, abierto varias veces
Buenas, tengo Delphi 2010 y trabajo de Firebird 2.5, la base de datos con la que trabajo la creo con IbExpert, con lo que trabajo con IbDatabase e Ibtables.
Tengo creado dos base de datos IbDatabaseMaestro asociado con su transaccionMaestro e IbDatabasePedidos con su transaccionPedidos, de cada base de datos he creado 15 Ibtables, en total 30 Ibtables. Algunas Ibtables tienen 40 campos, otras 20. ¨Las Ibdatabase, como las transacciones, como las IbTables están centradas en un formulario "datamodule" todas juntas y de ahí abro en cada formulario la Base de datos, la Transaccion y la Tabla que necesito y al cerrar el formulario cierro la Ibdatabase, la Transaccion y las Ibtables que he abierto. Cuando abro el programa, los IbDatabase no están conectadas, las Transacciones y las Ibtables no están activas y como he dicho las abro cuando las necesito y las cierro cuando cierro el formulario que las abrió. Cuando abro el programa una sola vez, todo funciona bien, abro todos los formularios los cierro, y cuando acabo se cierra el programa en 3 segundos sin problemas. Pero viendo que cuando abro el programa dos o tres veces en el mismo ordenador al ir cerrando se me bloquea o tarda mucho tiempo en cerrar he estado buscando donde podría estar el problema pero no lo encuentro, el hecho que al abrir el programa, todas las base de datos, transacciones y tablas están inactivas, y esto haría que se cerrara el programa fácilmente pero no lo hace. No sé si al tenerlo todo concentrado en un Datamodule sea un problema, o al abrir al programa hace algúna gestion interna que se me escapa. Os agradeceria vuestras opiniones, ya que es muy importante para mi solucionarlo Gracias. |
#2
|
|||
|
|||
bloqueo
Cuando abro el programa, los IbDatabase no están conectadas, las Transacciones y las Ibtables no están activas y como he dicho las abro cuando las necesito y las cierro cuando cierro el formulario que las abrió.
la cierro cuando cierro el formulario indica que si hay cambios en la tabla permanecen abiertas? la transaccion se compromete por cada cambio o solo cuando se cierra la forma ? la transaccion, el commit , rollback es iniciada/ejecutada por el programa? podria ampliar mas la informacion de como son las consultas ? que tipo de componentes se conecta a la base de datos? |
#3
|
|||
|
|||
Los componentes que uso son TIbDatabase, TIbTransaction, TIbTable, TDatasurce, todos están incluidos en un TDatamodule, en dicho TDatamodule tengo dos TibDatabases y a cada uno su TIbTransaction y unas 20 TIbTables con sus 20 TDatasources enlazadas a su TibDatabase correspondiente.
IbTransaction está configurado en su Transation Editor de la siguiente manera: Código:
Read_commited Rec Version Nowait y tengo marcado en propiedades el Read Commited. Al abrir un formulario cualquiera de los muchos que tengo hago lo siguiente en OnShow: Código:
dat.datamodule1.IbDatabase1.Conected=true; dat.datamodule2.IbDAtabase2.Conected=true; dat.datamodule1.TibTransaction1.Active=true; dat.datamodule2.TibTransaction2.Active=true; dat.datamodule1.IbTable1.Active=true; ... dat.datamodule1.Ibtable4.Active=true; Código:
dat.datamodule1.TIbTransation1.Commit; dat.datamodule1.TibTranssation2.commit; dat.datamodule1.IbTable1.Active=false; ... dat.datamodule1.Ibtable4.Active=false; dat.datamodule1.IbDatabase1.Conected=false; dat.datamodule1.IbDatabase1.Conected=false; dat.datamodule1.TibTransaction1.Active=false; dat.datamodule1.TibTransaction2.Active=false; Código:
begin try dat.datamodule1.IbTable1.Append; dat.datamodule1.IbTable1.Fields[0].AsString:=edit1.text; ... dat.datamodule.IbTable1.Fields[20].AsString:=Edit20.text; dat.datamodule.IbTabl11.post; Except dat.Datamodule.IbTransaction1.CommitRetaining; Ahora bien, el programa lo tengo en el PC1, y también en el PC2, PC1 hace de servidor donde tengo los datos, el PC2 está con conectado al PC1 mediente el protocolo de conexión Ip, y tengo acceso a la base de datos del PC1 perfectamente. Si trabajo sólo con el Pc1 todo funciona bien, grabo sin problemas, Si trabajo sólo con el Pc2 todo funciona también bien, grabo, modifico sin problemas y me salgo del programa sin problemas, igual que con el Pc1. Pero si abro el programa con los dos Pc's, a la vez puedo entrar bien, ver informes sin problemas, pero a la hora de modificar o dar de alta un registro o borrar se queda pillado y bloqueado sin posibilidad de avanzar, la idea es de poder modificar en ambos Pc's, que grabara y cerrara la aplicación sin bloquearse o quedar pillado. Sería de gran ayuda ver en qué puedo fallar, Gracias |
#4
|
||||
|
||||
Parece que solo haces Commit de la transacción si falla.
Deberías utilizar un bloque try..finally. La diferencia es que el bloque FINALLY siempre se ejecuta (se ejecuta si el bloque TRY finaliza correctamente o falla). El bloque EXCEPT solo se ejecuta si falla. Si este es el caso, no estarás "cerrando" la transacción hasta que cierres el formulario, que a su vez hace commit y cierra tablas y base de datos. Código:
begin try dat.datamodule1.IbTable1.Append; dat.datamodule1.IbTable1.Fields[0].AsString:=edit1.text; ... dat.datamodule.IbTable1.Fields[20].AsString:=Edit20.text; dat.datamodule.IbTabl11.Post; finally {Except} dat.Datamodule.IbTransaction1.CommitRetaining; |
#5
|
|||
|
|||
Perdón ha sido un error de sintaxis,
Utilizaba Finally en vez de Except. Parece ser que está bien la extructura, tendrá que ser en algún otro detalle, tengo dos Ibdatabase y dos Transacciones y a cada una unas 20 tablas con 40 campos cada tabla, y todo está en un datamodule, aunque están todas cerradas, se supone que el programa se queda liberado puede cerrar fácilmente y no quedarse bloqueado cuando está abierto dos o más veces el programa, pero quizás internamente algo abre que no controlo y se queda pillado de alguna forma. Gracias, |
#6
|
||||
|
||||
Pero no hagas eso, sólo copia tu código
|
#7
|
||||
|
||||
Parece un problema con la vida de las transacciones...
Ejemplo con dos instancias de la aplicación: Código:
Instancia 1 Conecta Transaccion.StartTransaction (ReadWrite) Instancia 2 Conecta Transaccion.StartTransaction (ReadWrite) Instancia 1 Insert Tabla LOG (Usuario = 1, FechaEntrada = 'NOW') Instancia 2 Insert Tabla LOG (Usuario = 2, FechaEntrada = 'NOW') (Quedará esperando hasta que la Instancia 1 haga commit) Instancia 1 Commit Instancia 2 Commit Utiliza transacciones ReadOnly donde sea posible (Evitan este problema). Las transacciones que escriben (UPD, INS, DEL) deben ser lo más corta posibles. Prueba finalizar transacciones con CommitRetaining (es algo así como hacer commit y abrir inmediatamente otra transacción) |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
redimensionar varias veces un array | Manuel | Varios | 13 | 14-07-2014 04:49:40 |
Mi busca si lo hace varias veces | Paulao | Varios | 0 | 05-07-2011 17:15:43 |
llamar varias veces un formulario | Lizette | Varios | 3 | 05-11-2008 16:28:10 |
Imprimir un registro varias veces | Vlady | Impresión | 1 | 29-08-2008 08:04:14 |
Imprimir algo varias veces. | aoiTo | Impresión | 0 | 20-07-2004 19:12:49 |
|