Deficiencias en PostgreSQL!

Biasoft Cia. Ltda. biasoft en hoy.net
Mar Ene 18 20:47:38 CST 2000


No me espanten !!! que ya llevo algunos meses desarrollando algo con
postgres, alguna sugerencia de alguien que maneje el postgres con esta
cantidad de registros ??

Saludos

Fabian Q
----- Original Message -----
From: Edgar <edgar en einstein.posgrado.unam.mx>
To: <xgnomo en hotmail.com>
Cc: <pgsql en linux.org.mx>; <ayuda en linux.org.mx>
Sent: miércoles 19 de enero de 2000 2:21
Subject: Re: Deficiencias en PostgreSQL!


Hola a todos,

Tengo postgreSQL 6.5.2 en RH6.1 en una pentium II 450 MHz y 32 MB
RAM y en una SPARCstation 20 con 64MB RAM.

En ambas se comporta muy similar a como comenta [gNoMo] (lo
siento no se como te llamas). Sin embargo es mucho peor en la sparc, donde
no he podido concluir el copy con mas de un millon de registros y en la
pentium se tardo como 5 horas!!!!.

Antes tenia RH6.0 con postgreSQL 6.4.2 en la pentium y funcionaba
muy bien incluso con tablas de mas de 1'000,000 de registros, los copy de
esta magnitud tardaban aproximadamente 2 horas y media.

Aqui tenemos varias bases de datos bastante grandes y las estamos
usando para aplicaciones en web, todo estaba muy bien hasta que actualice
Linux y consecuentemente postgreSQL.

Ademas de lo que menciona [gNoMo] he notado que las consultas con
LIKE son muchisimo mas lentas. Hemos hecho algunas optimizaciones, pero
aun asi antes era mucho mas rapido.

Busque en la pagina de postgreSQL si habia algun anuncio al
respecto pero no hay nada, solo que ya esta 6.5.3 beta. No se si hacer
upgrade o downgrade. Alguna sugerencia?

Saludos

Edgar Acosta

P.D. Acabo de darme cuenta que hay una lista de postgres a la que no estoy
suscrito... :(

On Tue, 18 Jan 2000, gNoMo . wrote:

> Hace una semana empece a inmiscuirme en el mundo de Postgres y para
"probar"
> se me ocurrio migrar una aplicacion escrita en C y que corre en BaSularis
> accesando a una base Sybase.
>
> Empece por importar una de las tablas, lo cual ocurrio sin problemas pues
> solo eran 35,000 registros.
>
> El conflicto ocurrio cuando intente hacerlo con una tabla de "1,500,000"
> registros!
>
> Simplemente se quedo colgado un buen rato el proceso de COPY y el
postmaster
> literalmente se devoro los recursos de la maquina al grado de no poder
hacer
> nada mas...
>
> Tuve que darle cran al proceso pues se requeria de la maquina para otras
> funciones y llevaba ya mas de hora y media. Obviamente la tabla se da&o y
> tuve que dropearla.
>
> Como solucion "splitee" mi archivo de entrada en archivitos de 50,000
> registros y los subi uno por uno. Cuando llevaba 450,000 le pedi contara
el
> numero de registros (SELECT count(*) from MiTabla;) y se tardo como 15
> minutos....
>
> Nota: el postmaster estaba corriendo en una Pentium II 400 Mhz, 64 MB RAM
y
> Linux 6.0. Postgres version 6.5.2-1
>
> La gran parte de este mail es informativo, pero mi pregunta es: algun otro
> RDBMS "libre" puede manejar tal cantidad de registros sin tantos
problemas??
>
> Que tal MySQL? Que tipo de licencias tienen las versiones de Oracle y
Sybase
> para Linux???
>
> Agradeceria mucho sus comentarios al respecto....
>
> Gracias y Salu2!!!
>
> [gNoMo]
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
>
>
> --
> Para desuscribirse, mande correo a: ayuda-unsubscribe en linux.org.mx
> Para comandos adicionales, envíelo a: ayuda-help en linux.org.mx
>


--
Para desuscribirse, mande correo a: ayuda-unsubscribe en linux.org.mx
Para comandos adicionales, envíelo a: ayuda-help en linux.org.mx



-- 
Para desuscribirse, mande correo a: ayuda-unsubscribe en linux.org.mx
Para comandos adicionales, envíelo a: ayuda-help en linux.org.mx




Más información sobre la lista de distribución Ayuda