Stored Procedures are bad?

Gracias Antonio por el artículo. Además, no conocia la herramienta LLBLGen.

Para evitar que este thread tenga 86 mensajes en las proximas 24 hrs con las
viejas opiniones que ya conocemos desde siempre, recomiendo que los
interesados lean todos los comentarios al pie del artículo y luego
simplemente digan algo como "apoyo lo que dijo Fulano, Mengano y Zutano". :-)

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Antonio Ortiz" wrote:

Un interesante articulo, lo expongo para enriquecer el tema sin afan de
defender tal o cual posicion. Lo ironico es que el autor del articulo es el
mismo que creo la herramienta LLBLGen, que permite generar codigo para SP y
clases .Net para la capa de datos.

Su articulo 'Stored Procedures are bad'
http://weblogs.asp.net/fbouma/archi...38178.aspx

Descarga de LLBLGen
http://www.microsoft.com/downloads/...x?FamilyID›F77697-10B0-42CA-AFE9-B76044B3D2AF&displaylang=en


Investigue un poco el tema a raiz de que un instructor se ofendio cuando le
dije que no estaba de acuedo en la afirmacion 'Los Stored Procedures
ejecutan mas rapido que las consultas dinamicas'. En mi opinion el unico
argumento sostenible para utilizar SP es 'buenas practicas'.


saludos,

Antonio Ortiz
asesor en sistemas
www.aortiz.net
www.progvisual.com

jeje, muy bueno Gux.

Vamos a mirarlo Gracias Antonio.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com

Hola,

uff .. el articulo es del 2003, lo veo un poco anticuado ...

¿Leerse todos los comentarios?

Ni de broma, tengo que hacer unas stored procedures urgentes :))) y unas
consultas parametrizadas.

Yo lo veo asi:

Stored Procedures si, por supuesto.

Pero tampoco abusar de ellas para todo. Hay que tener un poco de cuidado y
no caer en el error (que tuve en su día) de meterse en largas SPs llenas de
IFs, con ejecución de diversas sentencias SELECT en función de los
parametros. Una SP no deberia ejecutar muchas sentencias SQL sino el plan de
ejecución se vá al traste.

Creo que lo bueno es combinar ambas cosas SPs y consultas parametrizadas.

Y mas importante que el debate de las SPs seria uno de hacer los diseños de
BBDD bien, de poner unas consultas bien optimizadas .. etc

SPs? claro. Es una parte del arsenal que tenemos.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com

Yo creo que hay razones sobradas para usar sp's, se han dicho en este grupo
hasta la saciedad, sin embargo la más importante para mí es la analogía con
el desarrollo de aplicaciones. Cuando creas un objeto accedes a través de
métodos y propiedades, por que eso te permite cambiar el comportamiento sin
cambiar la interfaz y que todo siga funcionando ¿porque eso no habría de
aplicar en la base de datos? Si el sistema es de misión critica hay mil y
una cosas que un buen dba puede hacer si el acceso es a través de sp's y sin
embargo tiene las manos mucho más atadas si no lo es.

Esa es mi opinión.

Saludos
Miguel Egea
(muchas gracias Antonio, hacía siglos que no leía tu nombre y me ha encantao
volver a leerlo :))

"Antonio Ortiz" wrote in message
news:%23N%

Un interesante articulo, lo expongo para enriquecer el tema sin afan de
defender tal o cual posicion. Lo ironico es que el autor del articulo es
el mismo que creo la herramienta LLBLGen, que permite generar codigo para
SP y clases .Net para la capa de datos.

Su articulo 'Stored Procedures are bad'
http://weblogs.asp.net/fbouma/archi...38178.aspx

Descarga de LLBLGen
http://www.microsoft.com/downloads/...x?FamilyID›F77697-10B0-42CA-AFE9-B76044B3D2AF&displaylang=en


Investigue un poco el tema a raiz de que un instructor se ofendio cuando
le dije que no estaba de acuedo en la afirmacion 'Los Stored Procedures
ejecutan mas rapido que las consultas dinamicas'. En mi opinion el unico
argumento sostenible para utilizar SP es 'buenas practicas'.


saludos,

Antonio Ortiz
asesor en sistemas
www.aortiz.net
www.progvisual.com

Bueno, pues uno de los instructores para la certificacion MCAD, afirmo que
las consultas dentro de SP ejecutan 40% mas rapidas que las consulas
dinamicas. Me sorprendio en gran manera esa afirmacion viniendo de alguien
que se autodefine como un experto SQL Server & en infraestructura.

Diseños?; ni que lo digas, en el foro de Acces me lincharon porque dije que
las relaciones 1-1 no son correctas y demuestran un error en el diseño.
Alguien me avento un 'problema' para meter en una sola tabla 300 preguntas
de un cuestionario cuando Access solo permite 255 columnas, obviamente es
problema de normalizacion, algo basico en ingenieria.

Creo que mucha gente que anda metida en bases de datos le caeria bien leer
un poco mas de base de datos relacionales.


saludos,


Antonio Ortiz
asesor en sistemas
www.aortiz.net
www.progvisual.com



"Pablo Roca" escribió en el mensaje
news:e$

Hola,

uff .. el articulo es del 2003, lo veo un poco anticuado ...

¿Leerse todos los comentarios?

Ni de broma, tengo que hacer unas stored procedures urgentes :))) y unas
consultas parametrizadas.

Yo lo veo asi:

Stored Procedures si, por supuesto.

Pero tampoco abusar de ellas para todo. Hay que tener un poco de cuidado y
no caer en el error (que tuve en su día) de meterse en largas SPs llenas
de IFs, con ejecución de diversas sentencias SELECT en función de los
parametros. Una SP no deberia ejecutar muchas sentencias SQL sino el plan
de ejecución se vá al traste.

Creo que lo bueno es combinar ambas cosas SPs y consultas parametrizadas.

Y mas importante que el debate de las SPs seria uno de hacer los diseños
de BBDD bien, de poner unas consultas bien optimizadas .. etc

SPs? claro. Es una parte del arsenal que tenemos.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com