FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Yo siempre uso:
Código:
read_committed rec_version nowait |
#2
|
|||
|
|||
tengo estas mismas opciones...
|
#3
|
|||
|
|||
Hola,
He estado mirando el rendimiento de mi aplicación mediante el dbMonitor de DevArt (la utilidad de monitoreo de funciones SQL y tal), y la cosa es bastante "simple": - Los "SELECT * FROM tabla" tardan aproximadamente 0,00 segundos (son tablas pequeñitas, de máximo 1500 registros) - Los "SELECT COUNT(*) FROM tabla" tardan aproximadamente 0,016 segundos - Los "DELETE FROM ..." tardan aproximadamente 1,172 segundos (y estaba borrando UN registro) - Los "INSERT INTO..." tardan aproximadamente 1,562 segundos (y estaba insertando UN registro) - Después de los DELETE e INSERT, se ejecuta una cosa que se llama "CommitRetaining:" (que no sé que es y yo no lo llamo, debe ser cosa del componente) y tarda 1,152 seg en el caso del DELETE, y 1,547 seg en caso del INSERT Que hago mal? Y que es esto del "CommitRetaining"? Que puedo hacer para mejorar el rendimiento? Pruebo de poner un Firebird (server) en una máquina con Windows XP y miro si el rendimiento es el mismo que en el servidor Linux? |
#4
|
||||
|
||||
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. |
#5
|
|||
|
|||
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! |
#6
|
||||
|
||||
Las pruebas que has hecho antes, ¿cómo han sido?, ¿en local, en red, desde el programa, desde isql?
|
#7
|
|||
|
|||
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 |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
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 |
|