Re: Duda con procedimientos almacenados.

Hola Alvaro...
Muchas gracias por el comentario...

En efecto, es un tema que hemos tratado de platicar con el cliente, que
hasta que no encontremos un punto donde realmente haya necesidad de
optimizar es mejor mantenerlo como hasta ahora...

Pero el cliente (como muchos) se enterca en que pasemos la logica de
negocios de algunos puntos del sistema a SP (store procedures), y la
consulta a la lista era para tener elementos que permitan tomar la decisión
de si es mejor migrar a SP o en su caso tener elementos para defender la
postura de esperar a que encontremos cuellos de botella que resolver...

Pero ya con los comentarios hemos estado haciendo pruebas de rendimiento
para tomar una decisión...

Gracias a todos...

Iremos publicando los resultados...

Saludos...

ISC. Mario Jiménez Carrasco.
Subdirección Técnico y de Negocios
Desarrollo de Software.
Gobierna SCP.

2014-08-25 10:21 GMT-05:00 Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>:

> Mario Jiménez Carrasco escribió:
> > Hola...
> > La aplicación fue desarrollada en su momento considerando que toda la
> > logica de la aplicación podría operar para el cliente si se elegía una
> base
> > de datos como PostgreSQL o se optaba por algun otro motor de base de
> datos
> > como Oracle u cualquiera que fuera de paga... (en este caso se eligió
> > PostgreSQL) y al tener Hibernate no se tuvo que mover nada de código, y
> ya
> > quedó definida la BBDD... en este momento la inquietud del cliente es
> meter
> > la logica de negocios en SP, pensando en que esto pueda mejorar aun el
> > rendimiento y descargar el servidor de aplicaciones de ese función...
>
> "Mejorar el rendimiento" suena bien, pero ¿hasta cuánto? ¿Qué tanto
> costo están dispuestos a pagar para mejorarlo? Y sobre todo ¿por qué es
> necesario que tenga mejor rendimiento? Puedes pasarte toda la vida
> haciendo optimizaciones que a la larga no producen mucho beneficio sobre
> lo que ya tienes.
>
> Cuando se tenga un cuello de botella específico que se necesite
> eliminar, ese es el momento de estudiar cuál es y cómo resolverlo. De
> otro modo ... "premature optimization is the root of all evil".
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services
>