Re: Velocidad al traer datos desde la base

--- Arturo Munive <arturomunive(at)gmail(dot)com> escribió:

>
> >
> > El sever W2000, PostgreSQL 8.2.4 usuarios
> concurrentes
> > 10 XP con P4 y el servidor una lastima, P3 500 mhz
> y
> > 512 mb de ram.
> >
> > El tema es que tengo todo coherente, sobre el
> encoding
> > de instalacion de postgresql, el encoding de la
> bd, el
> > del cliente y la version odbc que uso para mi
> version
> > de postgresql.
> >
> > Se que es mas eficiente traer un conjunto que
> todos
> > los registros, pero con PostgreSQL, 3000 articulos
> no
> > es nada.
> *Ok pero si un "zapato sirve para matar una mosca no
> quiere decir que se
> un matamosca"
> lo que quiero decir es que como dicen la
> optimización temprana es muy
> mala idea, supongo que si se va a empezar a
> optimizar algo debe ser de
> desde los procesos.
>
> Con esto quiero decir si quiere ver por que va tan
> lento debe primero
> estar seguro que sus metodos de trabajo son lo
> suficientemente
> eficientes (sin ciclos redundantes, trafico de datos
> innecesario)
> una vez cubierto eso, recien puede uno "quejarse" de
> que por que
> postgres me devuelve lento lo s datos etc.
>
> Además tu como yo y todos aqui, sabemos de la
> potencia de Postgres, asi
> que si algo anda lento con esa cantidad de datos
> 3000 lo mas probable es
> que el "error" este en la programación no crees.
>
>
> Ahora para determinar a fonndo cual es el problema
> real deberia ser mas
> especifico.
>
> cosas como computadora viejita, no nos dice mucho.
> *
> --
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 1: para suscribirte y desuscribirte, visita
> http://archives.postgresql.org/pgsql-es-ayuda
>
Y si por eso en algo que no pusiste aqui pero que
mencione, pedia que le hiciera caso a Alvaro con
respecto al Explain Analize, ademas de que los
problemas de performance de paso por ODBC se debe a
los controladores y encoding que uses.

El caso que exponia era por que muchos le dicen
mostrar todos los articulos esta mal, y en realidad
puede que si o puede que no, depende de la necesidad
del negocio, por ahi se pretende recorrer un catalogo
y mostrarlo visualizado al cliente con fotos y todo y
no estaria mal, no le voy a decir al cliente, no como
no se resolver esto de forma eficiente por que solo
tengo un "Mata Mosca", se los traigo de a uno. Eso no
lo hice nunca con MSSQL, te imaginas que con la
potencia de PostgreSQL menos, lo que hago es buscar
optimizar las consultas para desplegar rapido una
lista de 200.000 articulos si es necesario. Entonces
si un "Matamosca no me alcanza", fabrico un Shellton
con Vapona que es mas potente, y es que para eso uso
PostgreSQL, eso si me preocupo mucho de analizar los
indices, los join y de cada vez entender mas el
consejo de Alvaro de usar Explain Analize, es que el
consejo este es muy bueno, pero hay que saber leer y
analizar el resultado.

Mi referencia a los equipos y sistemas operativos, es
para que no se busque por ahi la causa, como tampoco
deberia ser la causa el hecho de que los desplegue
todos en un recordset.

La resolucion esta en revisar el explain analize y el
odbc, en este caso me juego en un 99% que viene por
ahi.

Atte.
Gabriel Hermes Colina Zambra

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/