Aquí gana Paradox frente al Firebird

[Casimiro Noteví]

No es por molestarte, pero si te dan la raqueta de Rafa Nadal es seguro que no le ganas a Federer, y si te dejan el coche de Vettel es seguro que no le ganas a Alonso, pues lo mismo.
Tengo clientes con bases de datos de decenas de gigas y tablas con cientos de millones de registros (con fotos incluidas), en firebird. Y no tienen ningún problema de velocidad.

[Neftali [Germán.Estévez]]

Me da la impresión (si no he entendido mal) que el problema que comentas en todo caso es del TClientDataset (que en este caso no se si es necesario) y tú lo estás achacando a Firebird. Tal vez la forma de conectarte no sea la más óptima.
Tampoco comentas qué componentes estás usando para conectarte en ambos casos.

Personalmente por cómo están actualmente no creo que sea buena idea (compatibilidad) instalar BDE/Paradox y similares en Windows 7/8...

Si quieres Bases de datos simples y sin complicaciones puedes usar alguna versión "embebida" de FB o de Interbase. O incluso algo como SQLite.

[bulc]

Para conectarme a Fbird uso IBDataBase, IBTransaction, IBQuery, DataSetProvider, ClientDataSet y DataSource en localhost. He notado que a partir de los ocho mil registros se ralentiza un tanto el insert,
no así la búsqueda que es igual de rápida que la de los primeros registros. De todos modos estoy intentado basar la conexión en componente IBExpress pero aún lo tengo un poco verde.

[Casimiro Noteví]

Delphi, conexión firebird con IBX

[[newtron]]

Independientemente de lo que comentáis yo particularmente creo (y tengo comprobado) que las tablas de escritorio (Foxpro, DBase...), cuando no tienen decenas de miles de registros, son bastante más rápidas que las bases de datos cliente/servidor (Firebird, SQL Server...).

Otra cosa es si hablamos de estabilidad, robustez, funciones añadidas, etc.

Saludos

[[RONPABLO]]

Empezado por newtron

Independientemente de lo que comentáis yo particularmente creo (y tengo comprobado) que las tablas de escritorio (Foxpro, DBase...), cuando no tienen decenas de miles de registros, son bastante más rápidas que las bases de datos cliente/servidor (Firebird, SQL Server...).

Otra cosa es si hablamos de estabilidad, robustez, funciones añadidas, etc.

Saludos

Yo también lo noté, yo tenía mi base de datos en Paradox y funcionaba muy rápido, el problema era que esta rapidez se perdía al ir creciendo la base de datos, mientras Firebird (o MySQL en ese momento) seguía funcionando como cuando apenas tenía cientos de registros. Además que en un mes con unos 30 o 40 clientes con mi aplicación me tocaba que arreglar una o dos corrupciones de tablas

[[gatosoft]]

yo respecto bastante a Paradox, pues lo vi funcionar "muy bien" y por muchos años, a pesar de ser un proyecto abandonado a su suerte por borland hace miles de años.

Siin embargo los problemas asociados a su mantenimiento y estabilidad no compensan cualquier "punto positivo de performance" que podamos verle.

cuando digo que funciona "muy bien" y tiene "buen performance" lo hago desde un punto de vista relativo, pues creo que en general podría compararlo solo con sus hermanos (qeue prefiero no mencionar)

Sin haber trabajado realmente en Firebird, creo que estas juzgando demasiado rápido su potencial y desempeño. Y como muchos aqui creo que hay algo que no está bien ajustado en tu modelo de conexión o de trabajo.

Como sugiere Neftalí... ¿Y si el problema es el ClientDataset?. Recuerda que éste componente trabaja datos en memoria y además siempre guarda un Delta, es decir una copia de los datos. no obstante la mayoria d eproblemas asociados a éste componente están tambien relacionados con la costumbre heredada de programadores paradox de utilizar como caballito de batalla el componente TTable para todo. que desde mi punto de vista debería ser un componente prohibido.

Bueno, no queria sonar agresivo, (ya que ahora que leo de nuevo me lo parece), solo es un comentario de amigo.