[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]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