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: [email protected] To: [email protected] 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 <[email protected]> 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: [email protected]; [email protected] > Subject: [pgsql-es-ayuda] Re: ¿Que opinan de esto? > From: [email protected] > To: [email protected] > 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 <[email protected]> > - > Enviado a la lista de correo pgsql-es-ayuda ([email protected]) > 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"
