interbase conexion lenta
 

interbase 6.0
delphi 6
windows xp service pack 2

Utilizo los siguientes componentes:

TIBDATABASE (conecta la bdatos)
ibtransaction (Manejo transaccion de la BDatos)
TIBQUERY (Consultas sql ddl,dml)
TIBDATASOURCE (enlace)

boton de conexion:

Código SQL [-]
IbDatabase1.DatabaseName:='c:/miDatabase.ib';
IbDatabase1.params.values['user_name']='SYSDBA';
IbDatabase1.params.values['password']='masterkey';
IbDatabase1.Connected:=True;

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

mi procesador es el sgte:

intel(r) pentium dual cpu e2180 2.00 ghz 1.99 ghz , 1.99 gb ram
extención de direccion fisica.

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


Help!!!.

No sé qué te puede pasar... algún firewall, un antivirus, mal configuracion de Interbase, etc... pero prueba a poner la ip del servidor (aunque sea la local) delante de la cadena de conexión y a usar una extensión diferente, por supuesto que no sea GDB, como por ejemplo: IBD.

IbDatabase1.DatabaseName:='127.0.0.1:c:/miDatabase.IBD';

A ver si suena la flauta.

Interbase lento
 

Hola, un saludo.

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

A mi me pasa lo mismo. Veo que hace cinco días que explicaste el problema. ¿Nadie se anima a dar una respuesta?

Gracias.

Perdón que no les proponga una solución muy certera, pero en algunas PC's esto de la lentitud me pasaba... un amigo me dijo que desde el BIOS de mi PC inhabilitara las características Core Duo, y lo solucioné, pero en otras PC's del mismo modelo funciona perfecto sin inhabilitar esto y en otras (repito: del mismo modelo) de ninguna manera funciona.

Gracias por las respuestas.

Esto me pasa desde que instalé delphi 6 con zeos.
Con delphi 5 e interbase 5.1 todo iba bien. Ahora ya me he acostumbrado (mala cosa, hay que solucionar los problemas).

La lentitud en mi equipo va más allá. Por ejemplo si añado un nuevo query, cuando, con el botón derecho del ratón le pulso Add all fields, tarda lo que dice ingabraham, más de un minuto en aparecer los fields. Y hay otras cosas más.

No me afecta mucho porque sólo utilizo BBDD de escritorio y con zeos funciona muy bien, aún así espero que alguno de los expertos del foro nos ayude a solucionar este problema.

Muchas gracias.

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 :)

Hola, un saludo.

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

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:

Sin embargo, fuera de delphi, todo funciona perfectamente.

Gracias y un saludo.

Q Paso Interbase. Te Quedastes En El Camino!!
 

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.

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 :eek:. Estas cosas no pasan con el software libre porque cualquiera puede ver el código.

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

jeje me equivoque. INTERBASE

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

Saludos.

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

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

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.


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

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.:

Hola ingabraham. Vamos a tratar entre todos de resolver tu problema.

Estoy usando actualmente Firebird 2.0 y me va de maravillas. Estuve usando Interbase 6.0 y tambien me fue de maravilla. Ademas uso los mismos componentes que tu, como el IBDatabase, y nunca tuve mayores problemas.
Solo cuando algo hacia mal yo mismo...

Veo que utilizas la extension .IB lo cual esta perfecto para estos motores de base de datos..

El problema de que sea lenta la conexion creo que no es por el Interbase...

Debemos aclarar primero algunos puntos..

Estas usando Win XP SP3, el cual viene con Firewall. Desbloqueaste el puerto 3050, que es el que usan tanto Interbase como Firebird para conectarse ?
Si no es asi, desbloquealo en el Firewall.
Si estas usando un antivirus como Panda, debes configurarlo para que permita la ejecucion de scripts en ese mismo puerto...

Estas usando un Pentium doble procesador has puesto..

Pregunta--> Es con doble procesador o con doble nucleo ?
Hay una diferencia entre los dos..
Si es doble nucleo, no debe darte ningun problema...
Si es doble procesador tampoco creo que tenga que darte algun problema..

try
if resuelve_tu_problema then
showmessage('Hemos aprendido algo juntos')
else
showmessage('Aqui estamos para ayudarte');
finnally
showmessage('Saludos');
end;

:D

[quote=Casimiro Notevi;337419]Realmente no tiene ningún conflicto, simplemente hay 2 versiones distintas, la superserver pensada para monoprocesador y la classicserver pensada para multiprocesador.


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

Eso de la versión classicserver .... no sera para linux ?, creo que estamos hablando de windows.

Si es para windows me interesaria saber mas información.

Gracias.