FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
El commit y el commitretaining sirven para confirmar el cambio hecho en la BD (insert, update, delete), si no haces commit entonces no se guardan los datos.
Creo que el problema va a ser de tu BD, que no tenga bien definido los índices, relaciones, etc. imposible de saber si no la podemos ver y no sabemos las sentencias exactas que haces. |
#2
|
|||
|
|||
Creación de la base de datos:
Creación de una de las tablas:
Inserción de un registro en la tabla familias:
Borrado de un registro en la tabla familias:
Como puedes ver, es más simple que el mecanismo de un botijo... No hay ningún índice (a excepción del ID que es una primary key), y no creo que sea culpa del trigger, no? La verdad, es que ya no sé por dónde buscar... :( Gracias por tu ayuda! |
#3
|
||||
|
||||
Las pruebas que has hecho antes, ¿cómo han sido?, ¿en local, en red, desde el programa, desde isql?
|
#4
|
|||
|
|||
Las pruebas que hecho antes son:
- En red (wifi) - Usando el programa, más el "espía" dbMonitor (simplemente guarda las secuencias SQL que se mandan al Firebird) - Al servidor Linux |
#5
|
||||
|
||||
Esas pruebas no se pueden considerar concluyentes en ningún caso.
Usar wifi no es válido, (es algo muy "oscilante"). Si tienes un programa espía, tampoco es válido, (estás poniendo otra capa intermedia). Debes hacer pruebas reales. Una red cableada normal, nada de espías. Abres isql, ibexpert, flamerobin, etc. y ejecutas una sentencia. Punto. Si va bien entonces es que va bien, no hay más. Si va mal mal entonces es cuando hay que buscar culpables. |
#6
|
|||
|
|||
Cita:
El sistema en producción va a funcionar con wifi, y usando el programa que va lento. Por lo tanto, lo normal es probarlo así. El tema del programa espía tampoco es ningún problema. Si hace falta puedo usar un cronómetro, pero a simple vista ya se ve que va lento con o sin programa espía. Y, en el peor de los casos, el programa espía alentirá el sistema 1 décima de segundo (o menos). Por otra parte, ya te he dicho antes que he probado directamente con el ISQL y no hay problemas de velocidad en las inserciones... |
#7
|
||||
|
||||
Tamaño de página ?
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#8
|
||||
|
||||
Bueno, no hace falta que estés de acuerdo, o no, conmigo.
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Firebird mal rendimiento en linux | rastafarey | Firebird e Interbase | 26 | 11-06-2008 19:52:49 |
Firebird en Linux | luiz_leo | Conexión con bases de datos | 3 | 07-08-2007 11:30:28 |
firebird on linux | julyus | Conexión con bases de datos | 1 | 28-05-2007 19:41:32 |
FireBird se Duerme en Linux | teletranx | Linux | 3 | 17-11-2004 21:39:53 |
Firebird en Linux | edy_aca | Firebird e Interbase | 3 | 01-10-2004 16:47:51 |
|