interbase conexion lenta

[Pedro-Juan]

Hola, un saludo.

Empezado por Casimiro Notevi

Creo que los expertos van a necesitar muchos más datos por tu parte, amplía lo más posible la descripción completa de tu sistema para que te puedan ayudar mejor

Bueno, intentaré ser más explícito.

Empezado por Pedro-Juan

delphi 6.
interbase 6.0 (el que viene en el cd de delphi)
windows xp service pack 3.
Zeos

Cuando estoy en el IDE de delphi, tengo que tener la BBDD (TZConnection) con su propiedad Connected a false, porque si no al ejecutar la aplicación (desde delphi) me da un error de que la BBDD esta ocupada.

Si tengo que consultar datos desde manu Database->Explore de delphi, tengo que abrirla y tarda más de un minuto en mostrarme los fields, y cuando termino tengo que cerrarla, si no da error (BBDD ocupada) y poner la property del TZConnection.Connected a false, para evitar el mismo error.

Tal vez sea algo parecido a lo que le pasa a ingabraham:

Empezado por ingabraham

se me demora aproximadamente 1 minuto o mas,
a que se debe tanta demora, como hago para mejorar este problema y volverla más rapido?
y ya le cambie la extencion a la bdatos.ok

tengo q desactivar algo.
tarda mas del minuto para conectar y he intentado de todo y nada.
Help!!!.

Sin embargo, fuera de delphi, todo funciona perfectamente.

Gracias y un saludo.

[ingabraham]

Estoy en pesando a pensar que interbase es una porqueria!!!
y perdonen que se los digas.
pero un motor lento es algo obsoleto, y los clientes se impacientan mucho y dicen que !!!ESO NO SIRVE!!!
Como van a esperar para ser una consulta rapida , más de un minuto solo para entrar al software.

Me parece que esa GRANDE FALENCIA EN INTERBASE hay que Decirla a GRITOS, por que es un grave problema despues de haber diseñado muchos modulos de un software y tablas.
darse cuenta del problemita . tan GRANDE!!!, para los usuarios, como es el tiempo de conexion.

Bueno a resumidas cuentas interbase con ese problemita no va ha llegar a ningunas partes, je, disq a cambiarle el duo, q vainas

el proximo software q haga me pasare a FIREBIRD, haber q tal, segun me han dicho es conexion ya..

muy bueno interbase . pero ese es una gran problema.

[Casimiro Noteví]

No uso interbase desde que salió firebird, pero una cosa es totalmente segura, el tiempo de conexión es practicamente igual en ambos.
Ten en cuenta que firebird 1 es la versión libre de interbase 6.
Luego cada uno ha ido por su lado y han implementado cosas nuevas, mejoras, etc. y ambos son muy buenos, pero evidentemente me quedo con firebird porque es libre y tengo acceso al código fuente.


p.d. uno de los pequeños cambios que hicieron en firebird 1 cuando lo crearon a partir de interbase 6 fue cerrar una puerta trasera que tenía el interbase . Estas cosas no pasan con el software libre porque cualquiera puede ver el código.

[jhonny]

Empezado por ingabraham

Me parece que esa GRANDE FALENCIA EN DELPHI hay que Decirla a GRITOS, por que es un grave problema despues de haber diseñado muchos modulos de un software y tablas.

Solo una cosita mas, InterBase no es parte de Delphi... lo digo, por si este comentario genera alguna duda.

[ingabraham]

Empezado por jhonny

Solo una cosita mas, InterBase no es parte de Delphi... lo digo, por si este comentario genera alguna duda.

jeje me equivoque. INTERBASE

[Pedro-Juan]

Creo que no es cosa de InterBase, somos nosotros que estamos haciendo algo mal...

Saludos.

[johan]

A ver si nos aclaramos, interbase tiene varios conflictos con los duo core quad etc.

1º Si es un xp hay que deshabilitar el 'Desactivar restaurar Sistema' o cambiar la extension .gdb por otra ejemplo > .gbd

2º En la bios deshabilitar el segundo procesador o buscar en internet un programa llamado ib_affinity.exe

3º Pasarse al Interbase 7.5 que ya soluciona todos estos conflictos.


Espero haberos ayudado.
Joan

[Casimiro Noteví]

Empezado por johan

A ver si nos aclaramos, interbase tiene varios conflictos con los duo core quad etc.

Realmente no tiene ningún conflicto, simplemente hay 2 versiones distintas, la superserver pensada para monoprocesador y la classicserver pensada para multiprocesador.

Empezado por johan

1º Si es un xp hay que deshabilitar el 'Desactivar restaurar Sistema' o cambiar la extension .gdb por otra ejemplo > .gbd

Todo ese asunto es una "trampa" hecha por microsoft, sí, así es, los de microsoft añadieron la extensión gdb a los ficheros que debían guardarse en la restauración del sistema. ¿Para qué?, pues precisamente para enlentecerlo y que la gente dejaran de usar interbase y se pasaran a su propio programa, el ms sql server.
Ya se sabe que microsoft es especialista en ir haciendo ese tipo de malas jugadas a los demás aprovechando su posición dominante.

Empezado por johan

2º En la bios deshabilitar el segundo procesador o buscar en internet un programa llamado ib_affinity.exe

Pues eso, con la versión classic no debe suceder ese problema.

Empezado por johan

3º Pasarse al Interbase 7.5 que ya soluciona todos estos conflictos.

Es lo que tiene esa versión, que han añadido soporte para multiprocesadores.


Hay otra alternativa mejor, más económica y además es libre: Firebird.



P.d.: