ibobjects
 

hola, estoy evaluando la utilización de los ibobjects o los fibplus...
he leido que con los ibobjects se pueden 'migrar' aplicaciones del 'bde' a los componentes 'ibobjects', simplemente reemplazando en los dfm y los pas los componentes ttable por ibotables por ejemplo. aunque comentan que el aumento de velocidad de estos componentes es de hasta 5 veces, no
parece que sea la solución óptima para crear una verdadera solución cliente-servidor, ¿ verdad ?.
¿ Se podría, crear la base de datos de firebird, importar todas las tablas del bde, cambiar todos los ttables por ibotables y seguir funcionando como con
el bde para después ir cambiando los ibotables por iboquerys por ejemplo para optimizar la base de datos ?


la intención reducir el tiempo de puesta en marcha de la base de datos cliente-servidor, son muchos programas y muchos años de programas basados en las tablas paradox..

Un saludo,,, y gracias anticipadas..

Saludos.

Si al final vas a cambiar por los query's porque no hacer la operación desde el inicio y hacerlos con los FibPlus.

En tema de soporte al usuario (desarrollador), FibPlus tiene mejor soporte que IbObjects.

Si no me equivoco, existe un post donde se ve claramente que FibPlus tiene mejor rendimiento que IbObjects, además de que puedes bajar las versiones triales de ambos y realizar tú mismo tus pruebas de lugar.

Resp
 

Lo del rendimiento no es asi. Depende de como configures la transacion.

De hay radica la velocidad Ok.

Resp
 

Le cuento un caso muy curioso de algo que me paso con ibexpert que usa fibplus. Realizando unas pruebas de rendimiento entre linux y windows para ver en cual d elos dos sitemas firebird tiene mejor rendimiento me paso lo siguiente en ibexpert al tratar de traerme 5.000.000 de registros el equipo cliente se quedaba sin memoria traendome 2.000.000 demeoraba 2 minutos un poco preocupado pense que el problema era de firebird y esto me implicaba modificar my alicacion para no permitir consultas tan largas y de tantos tantos datos probe con ib objects y ele resultado fue que con los 5.000.000 de registrso el pc cleinte no se quedo sin registros y ele tiempo fue 1.5 minutos.

Realizando ms pruebas he llegado ala concusion que los conponenetes que hereden directamente de tdataset siempre seran mas lento ya que la forma como manejan la meoria en un poco ineficiente.

las conclusiones son las siguentes.
Fibplus tiene mejor redimiento cuando las consultas devuelven poco dato a medida que los datos aumenta ibobject lo va superando llegando al punto que fibplus va dependiendo de la cantidad e memoria del equipo . Esto se debe a lo que dije anteriormente que hereda los problemas del TDaset.

Saludos.

Siempre he tenido entendido que FibPlus es más eficiente que todos sus competidores.

Se que es de la misma compañía el articulo pero se puede apreciar los resultados.

Seguiré buscando más!!!!!

Una cosa más, no le veo el sentido de mostrar en una aplicación 5M de registros para que el usuario navegue entre ellos para buscar determinado registro.

En lo personal yo limito el número de registros y si no aparece en ese grupo, el usuario debe de especificar más datos para realizar una búsqueda eficiente.

Pero estarás de acuerdo que no se pueden hacer pruebas con 10 registros para determinar la velocidad o eficiencia de las sqls, transacciones, etc ¿verdad?

Por otro lado, puede ser necesario esos 5 millones de registros para graficar estadísticas :p

Saludos

Totalmente de acuerdo.

Para eso el diseño de la BD debe de cambiar (o estar lo suficientemente normalizado), si pensamos en OLAP (gráficas, estadísticas) necesitamos tener una BD con esos datos ya transformado. Teniendo en cuenta que el usuario del OLAP no es el mismo del día a día; me refiero con el día a día donde el usuario imprime reportes, realiza consultas, un cuadre de caja entre otras que necesitan de una respuesta rapida, pero el usuario OLAP toma su tiempo porque va a procesar una voluminosa cantidad de datos.

Hasta luego.

Resp
 

Si se dan cuanta lo que estamos discutiendo no es si la aplicacionesta mal echa bien si se normalizo. Aqui lo estamos discutiendo es lo de la velocidad. Y como te dijeron anteionmente no vamos a probar con 20 registros.

Tampoco tiene nada que ver con la velocidad el poder o no poder traerse millones de registros al cliente... y además de que no sirve para nada :)

gracias por el consejo, el tema es que tengo que cambiar unas aplicaciones que en su total suman unos 2000 ficheros de código fuente (.pas), al mismo tiempo que se desarrollan nuevas ampliaciones del sistema y se lleva el mantenimiento de lo existente, por lo que estaba evaluando la posibilidad de utilizar esa funcionalidad para convertir los ttables del bde por los de los ibobjects , y empezar a utilizar los tquery en las nuevas ampliaciones y/o en las reformas o actualizaciones de lo existente.
Se que hay otras soluciones, como Advantage Database Server, pero no me las planteo de momento
En fin, supongo que cuando antes empieze.....
Gracias, ya he empezado a probar con los fibplus...

Resp
 

IbOjects Consta de 2 tipos de compoenentes. Uno que derivan de tdataset y otros creados desde cero en tu caso deverias usar los que decienden de tdataset para que no tengas que modificar tantas cosas pero(siempre el pero) seguiras arrastrando los errores derivados de tdataset. Ahora si usas los otro s componentes la diferencia es notable en aplicaciones que meanejan muchos datos.

Como siempre e dicho no es flecha si no el indio.