Re: Problema de Performance

Yasset:

comparto esta sugerencia, siempre y cuando tu aplicación solo vaya a
trabajar con PostgreSQL, ya que ponerle la capa de la lógica del negocio a
tu bd, deberás hacerlo aplicando funciones, las cuales deben estar escrito
en PGSQL o PL/PGSQL.

aquí mi amigo Jorge Copa hizo mediciones de rendimiento en procesamiento
sobre 2 millones de registros reales y el se decanto por el PL/PGSQL.

aplicarlo no es del otro mundo pero tampoco es fácil, ya que en ves de
enviar una sentencia SQL y traer los registros uno a uno debes emplear una
función y pasarle los parámetros adecuados para que devuelva el resultado
final.

a modo de broma: si es un reporte de 5 millones de registros eso tardara
hasta con RPG-II sobre un mainframe :D no hay browser que te soporte eso y
hasta los pdf revientan, no creas que no lo intentamos :D

trabajar con millones de registros no es fácil implica muchos cambios de
habito al diseñar, desarrollar e implementar un sistema.

saludos

2008/1/28, Alvaro Herrera <alvherre(at)commandprompt(dot)com>:
>
> Yasset Perez Riverol escribió:
> > Los indices ya los puse en el post anterior, necesito recuperar todas
> las
> > tuplas para hacer un query dentro de una aplicacion en el servidor donde
> voy
> > a mandejar la logica del negocio.
>
> Esto es mala idea. Transmitir las tuplas para despues procesarlas
> necesariamente es un proceso lento. Si quieres mejor rendimiento,
> pasale a la base de datos el conocimiento del proceso que le quieres
> hacer. En pocas palabras, que la base de datos tenga la logica del
> negocio.
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
> --
> TIP 1: para suscribirte y desuscribirte, visita
> http://archives.postgresql.org/pgsql-es-ayuda
>

--

Roberto Morales E