RE: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Re: ¿Que opinan de esto?

Por eso te decia, la mayoria de las personas que defienden este metodo vienen de Java

*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas

*-Soporte PostgreSQL

*-www.jqmicrosistemas.com
*-809-849-8087
*-------------------------------------------------------*

Date: Mon, 21 Nov 2011 17:36:50 -0500
Subject: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Re: ¿Que opinan de esto?
From: francisco(dot)morosini(at)gmail(dot)com
To: pgsql-es-ayuda(at)postgresql(dot)org

desarrollo en Java y tambien me parece mal, una cosa es la teoria y otra el mundo real, y en el mundo real la performance solo es lograda en la DB que es el cuello de botella, que si no es correctamente afinada afecta. pero hay un concepto llamado ORM que permite abstraerte de la persistencia, a veces se confunde que al usar ORM (Object Relational Mapping) no puedes usar SP lo cual es falso, puedes usar SP que permiten optimizar la performance pero a traves de un solo punto de acceso, que serian los business objects. no tiene sentido tener toda la logica en el objeto, pero si que el objeto utilice toda la logica. creo que a veces los profesores no se dan cuenta de esta sutileza y enseñan que el Business Object debe ser 100% java y "abstracto", imagino que no viven de implementar soluciones sino de solo dar clases.

Saludos

2011/11/21 Edwin Quijada <listas_quijada(at)hotmail(dot)com>

Esa parte siempre la dicen las persoonas que desarrollan en Java, mayormente, porque vienen prejuiciado con multi-tier y el asunto de usar "cualquier BD porque la logica no esta en la BD", una necedad porque el motor de BD pasa a ser un simple archivo y no explotas sus ventajas.

Como dice Alvaro, esto es opinion personal, yo digo que elo que el dice nunca deberia ser pero es mi opinion y como decimos aqui la opinion es como el c.... todos tenemos uno.

:)

*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com

*-809-849-8087
*-------------------------------------------------------*

> CC: pgsql-es-ayuda(at)postgresql(dot)org; jaime(at)2ndquadrant(dot)com
> Subject: [pgsql-es-ayuda] Re: ¿Que opinan de esto?

> From: alvherre(at)alvh(dot)no-ip(dot)org
> To: fasterzip(at)yahoo(dot)es
> Date: Mon, 21 Nov 2011 17:42:29 -0300

>
>
> Excerpts from Alejandro Carrillo's message of lun nov 21 17:20:03 -0300 2011:
> > El objetivo de comunicarles esto no es el que revisen el Delete, el objetivo es conocer su opinión acerca de esto:

> >
> > "El procedimiento almacenado anterior muestra un
> > ejemplo de como no deberían hacerse las cosas, en su lugar, debemos
> > crear 3 procedimientos almacenados, uno por cada DELETE y orquestar la

> > transacción de borrado en la capa de negocio.
> > Los procedimientos almacenados deberían ser una
> > herramienta para persistir datos, no un repositorio de lógica de
> > negocio, además los procedimientos almacenados deberían operar solo con

> > una única tabla, excepto aquellos en los que sea necesario realizar un
> > join con varias tablas."
>
> Todo esto es opinión personal del autor del artículo. No es una verdad
> axiomática. Yo personalmente no estoy de acuerdo, y conozco varios

> sistemas que tienen la lógica de negocios en PLs. La ventaja de tenerla
> en PLs es que puedes implementar la capa de vista en múltiples
> plataformas (por ej. una web y una cliente/servidor tradicional; o

> webservices) sin tener que reimplementar la capa de negocios.
>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)

> Para cambiar tu suscripci�n:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda

--
<inflex> really, I see PHP as like a strange amalgamation of C, Perl, Shell
<crab> inflex: you know that "amalgam" means "mixture with mercury",

more or less, right?
<crab> i.e., "deadly poison"