FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Aquí gana Paradox frente al Firebird
He hecho una aplicación para pasar todas las fotos de un álbum familiar a una base de datos. Primero (ya hace unos años) la hice en Paradox. Se tragaba unas cuatrocientas fotos junto a cuatro campos VArChar(30) sin inmutarse. Y el paso de foto en foto va como una bala.
Al pasarlo a Firebird veo que no carga todos los registros, sino que debo limitar el Pack del ClientDataSet para que no se agote la memoria. Me salía el error 'Error catastrófico'. Asi que he tenido que poner un botón asociado a los años e ir sacando las fotos con un Query por años. Así se agiliza la carga de registros por parte del CDSet y funciona bien, pero se pierde esa posiblidad de recorrer la tabla de foto en foto, tranquilamente. El caso es que para ir pasando de registro en registro parece ir mejor con Paradox. Me deja asombrado que Pdox pueda cargar todo de un bocado. ¿Hasta dónde podría llegar en número de registros? Me refiero a Pdox. Ya supongo que en bases de datos comerciales prima la búsqueda de unos pocos frente a toda la tabla, claro. Pero no es así en el caso que cito. En fin, ¿qué futuro les queda a los que usan Paradox?. ¿Se puede pasar del BDE para instalar las tablas planas en Windows 8, por ejemplo? ¿Qué otras posibilidades existen para esta tabla plana? Un punto a debatir, si os apetece. Espero que alguien me diga su parecer al respecto. Atentamente, bulc |
#2
|
||||
|
||||
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. |
#3
|
||||
|
||||
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.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4
|
||||
|
||||
Muy ilustrativa tu respuesta, gracias
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. |
#5
|
||||
|
||||
#6
|
||||
|
||||
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
__________________
Be water my friend. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Adotable vs Adoquery quien gana? | vicentnew | MySQL | 4 | 17-11-2011 17:31:01 |
Microsoft gana y OOXML ya es estándar ISO | Ñuño Martínez | Noticias | 29 | 06-04-2010 15:53:57 |
GetClix, gana dinero por Internet | Delar | La Taberna | 12 | 23-06-2008 15:30:39 |
La profesora que vivía «en pecado» gana el pleito | marcoszorrilla | La Taberna | 27 | 26-07-2007 23:31:37 |
|