Re: Info sobre diferencias de rendimiento entrepl y sql

Ok, contemplaba ese tema en las funciones con pequeña o mediana lógica,
quizá sea bueno generar las funciones tipicas como insert, update de tablas
simples en sql y las que tienen más funcionalidad en pl, el día que cambie
de motor (que sinceramente espero que no ocurra seguido), será más simple
cambiar el código.

Con respecto al reply, pense que cambiar el subject, poner solo la lista en
"Para" y borrar el CC era un camino más corto que tipear la dirección de
psql-es-ayuda(at)(dot)(dot)(dot) y no pense que generara problemas en el sistema de
mensajes...
me queda claro para la próxima.

Gracias y disculpas.

----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
To: "Yoel Mc Lennan" <listas(at)yoel(dot)com(dot)ar>
Cc: <pcifuentes(at)siigsa(dot)cl>; <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Friday, August 03, 2007 1:47 PM
Subject: Re: [pgsql-es-ayuda] Info sobre diferencias de rendimiento entrepl
y sql

Yoel Mc Lennan escribió:
> Patricio, gracias por la abundante información , en realidad es
> precisamente
> la estructura que estamos realizando, diseñamos un estandar de trabajo
> para
> nuestras aplicaciones , en 5 capas y 6 en algúnos casos, sean o no
> corporativas ya que desarrollamos nuestro propio generador de código, por
> ahora compatible con Enterpryse Library por lo que el motor de base de
> datos
> está casi resuelto, en la etapa de creación del generador de funciones
> simples y tipicas como Update, delete, insert, etc, me encontré con esta
> duda que en realidad solo apunta a saber si se pierde performance al
> elejir
> sql en vez de pl teniendo en cuenta la cantidad de datos a manejar.

No se pierde rendimiento por el solo hecho de escoger SQL en vez de
plpgsql, pero si tus capas hacen que tu comunicacion con la BD sea muy
estupida entonces puede hacer que pierdas rendimiento. Idealmente la
capa cercana a la BD deberia saber lo mas posible para que pueda
construir consultas complejas cuando sea necesario, en vez de estar
haciendo consultas simples y luego hacer los joins u otras operaciones
en la aplicacion. Esta ultima estrategia haria que sea mas lento y
menos robusto.

(En otras palabras, no trates de que la ultima capa sea igual para todas
las BDs, porque entonces tendra que adaptarse al menos capaz de todos y
por lo tanto no podra usar las capacidades mas avanzadas de los otros).

--
Alvaro Herrera
http://www.advogato.org/person/alvherre
"The eagle never lost so much time, as
when he submitted to learn of the crow." (William Blake)