Re: Problema de Performance

["+ RME" <roberto(dot)andinux(at)gmail(dot)com>]

 

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