Comentarios en: No stored procedures http://softinspain.com/desarrollo/no-stored-procedures/ negocios y software desde españa Sun, 22 Aug 2010 20:39:14 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Por: Improbable http://softinspain.com/desarrollo/no-stored-procedures/comment-page-1/#comment-489 Improbable Wed, 20 Aug 2008 16:45:14 +0000 http://www.softinspain.web/?p=92#comment-489 A mí me hace ruido el tema de la independencia de la base de datos como objetivo: no creo que sea posible (es decir, no creo que sea posible sin cambiar el código a un costo razonable en utilización de los recursos de base y performance) y salvo que se trate de un producto enlatado, tal vez tampoco deseable ( yo preferiría tener varias versiones de DAL/DAO y desplegarla con la correspondiente a cada base ) A mí me hace ruido el tema de la independencia de la base de datos como objetivo: no creo que sea posible (es decir, no creo que sea posible sin cambiar el código a un costo razonable en utilización de los recursos de base y performance) y salvo que se trate de un producto enlatado, tal vez tampoco deseable ( yo preferiría tener varias versiones de DAL/DAO y desplegarla con la correspondiente a cada base )

]]> Por: Andreu http://softinspain.com/desarrollo/no-stored-procedures/comment-page-1/#comment-208 Andreu Mon, 11 Dec 2006 19:49:40 +0000 http://www.softinspain.web/?p=92#comment-208 <p>Hola de nuevo!</p> <p>Yo además del grupo Anti-Cursores, me harí­a del grupo Anti-StoredProcedures y Anti-Triggers. :D :D Yo no se porqué, pero me creo en las palabras de Jose Alberto y seguro que ha hecho mas de uno y de dos… SP’s :D :D</p> <p>Saludos,</p> <p>Ora et Labora.</p> Hola de nuevo!

Yo además del grupo Anti-Cursores, me harí­a del grupo Anti-StoredProcedures y Anti-Triggers. :D :D Yo no se porqué, pero me creo en las palabras de Jose Alberto y seguro que ha hecho mas de uno y de dos… SP’s :D :D

Saludos,

Ora et Labora.

]]> Por: Jose Alberto http://softinspain.com/desarrollo/no-stored-procedures/comment-page-1/#comment-207 Jose Alberto Mon, 11 Dec 2006 13:41:03 +0000 http://www.softinspain.web/?p=92#comment-207 <p>Esta claro que cada caso es TOTALMENTE diferente. </p> <p>Básicamente entiendo que al pasar la lógica de los procedimientos almacenados a código J2EE (o .NET, o lo que sea) da una independencia del sistema gestor de bases de datos que en muchos entornos es deseable. </p> <p>Por otra parte en sitios de tan elevado tráfico mejor dividir y que el SGDB se dedique a archivar y recuperar datos y otros componentes (aplicaciones, capas, servidores, etc.) a aplicar las lógicas a dichos datos.</p> <p>Sobre lo que dices del J2EE, la traducción es esa, pero no puedo opinar porque nunca he trabajado con Java.</p> <p>Un saludo.</p> Esta claro que cada caso es TOTALMENTE diferente.

Básicamente entiendo que al pasar la lógica de los procedimientos almacenados a código J2EE (o .NET, o lo que sea) da una independencia del sistema gestor de bases de datos que en muchos entornos es deseable.

Por otra parte en sitios de tan elevado tráfico mejor dividir y que el SGDB se dedique a archivar y recuperar datos y otros componentes (aplicaciones, capas, servidores, etc.) a aplicar las lógicas a dichos datos.

Sobre lo que dices del J2EE, la traducción es esa, pero no puedo opinar porque nunca he trabajado con Java.

Un saludo.

]]> Por: Joserra http://softinspain.com/desarrollo/no-stored-procedures/comment-page-1/#comment-206 Joserra Mon, 11 Dec 2006 13:33:08 +0000 http://www.softinspain.web/?p=92#comment-206 <p>Muy interesante!<br />Realmente espectacular el sistema. <br />Por otro lado, yo no me atreverí­a tanto como a decir que los procedimientos almacenados no deberí­an a usarse en la maorí­a de los casos. He visto BBDD Oracle donde realmente se les saca un rendimiento bestial. Desde luego que la empresa estaba “enganchada” a Oracle, pero era una decisión estratégica, y una vez tomada esa decisión hay que sacar el 110% de las herramientas.</p> <p>Otra cosa que me ha llamado la atención es sobre cómo escalar el J2EE:<br />“Step 1.- Throw out most of J2EE”<br />¿esto lo entiendo bien si significa que pases de casi todo en J2EE? ¡Servlets y listo! Dura conclusión, aunque ya tení­a mis sospechas sobre esto…</p> Muy interesante!
Realmente espectacular el sistema.
Por otro lado, yo no me atreverí­a tanto como a decir que los procedimientos almacenados no deberí­an a usarse en la maorí­a de los casos. He visto BBDD Oracle donde realmente se les saca un rendimiento bestial. Desde luego que la empresa estaba “enganchada” a Oracle, pero era una decisión estratégica, y una vez tomada esa decisión hay que sacar el 110% de las herramientas.

Otra cosa que me ha llamado la atención es sobre cómo escalar el J2EE:
“Step 1.- Throw out most of J2EE”
¿esto lo entiendo bien si significa que pases de casi todo en J2EE? ¡Servlets y listo! Dura conclusión, aunque ya tení­a mis sospechas sobre esto…

]]>