Article View: es.comp.os.linux.programacion
Article #17179Re: Rendimiento en Bases de datos
From: Quigon
Date: Tue, 08 Feb 2000 00:00
Date: Tue, 08 Feb 2000 00:00
48 lines
2639 bytes
2639 bytes
DaVinci dijo: > >Hola a tod@s. > >Me gustar�a conocer vuestra experiencia directa con distintos motores >de base de datos: PostgreSQL, MySQL, InterBase... > >Lo que me interesa son los tiempos de acceso a datos, siempre >relativos (claro est�) al tama�o de la base. > >Si pod�is darme algunos ratios para hacerme una idea del rendimiento >os lo agradecer� mucho. El motivo no es tanto comparar las bases de >datos mencionadas entre s� (ya s� que MySQL es m�s r�pida, PostgreSQL >m�s completa...), sino tener una idea aproximada de lo que puede >tardar una petici�n (select) a una base de datos de gran tama�o >(50.000 registros, 500.000 registros, lo que hay�is experimentado o >conozc�is de buena tinta). > >El objetivo final, como siempre, es proponer GNU/Linux como >alternativa para una empresa que est� funcionando con Delphi y >Paradox, base de datos pat�tica donde las haya, que a partir de 30.000 >registros se ralentiza de forma exasperante. > >Gracias a tod@s. Un saludo. > > DaVinci Con DELPHI el principal problema que tienes es el BDE. Si a eso le a�ades la "capa" de ODBC te puedes imaginar que el rendimiento no puede ser precisamente espectacular. Yo solo he hecho pruebas con PostgreSQL/ODBC y el unico comentario que te puedo dar es que funciona. Sin embargo, si te puedo contar que el acceso directo a Oracle 8 (a traves de componentes especificos que no utilizan BDE) es bastante mas rapido y potente que a traves del Borland Database Engine. Si a eso le a�ades las dificultades "curiosas" que te pueden surgir con "caches" que no actualizan correctamente y registros que aparecen/desaparecen misteriosamente, puede que llegues a tener "nostalgia" de la maldita Paradox. (Sugerencia: Si, a pesar de todo, sigues con la idea de portar tus aplicaciones a Cliente/Servidor, orienta todos los procesos al uso de Consultas y Vistas, cualquier proceso que requiera acceder a de forma �nica a muchas tuplas de la base de datos deber�a ejecutarse en el servidor, ... etc) -- Victor M. Varela <varel@mundivia.es> Linux User #45510
Technical Details
Message-ID:
<e8cn78.q71.ln@alanis.micasa.es>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<87u2js56x8.fsf@bree.net>Show Full Headers
Complete Article Headers
X-Google-Language: SPANISH,ASCII X-Google-Thread: f86c8,da451d30a258bda5 X-Google-Attributes: gidf86c8,public From: Quigon <varelNOSPAM@bch.navegalia.com> Subject: Re: Rendimiento en Bases de datos Date: 2000/02/08 Message-ID: <e8cn78.q71.ln@alanis.micasa.es> X-Deja-AN: 582918699 Content-Transfer-Encoding: 8bit References: <87u2js56x8.fsf@bree.net> Organization: Jedi corp. Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Newsgroups: es.comp.os.linux.programacion