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

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"