Stored Procedures are bad?

24/05/2008 - 03:59 por Antonio Ortiz | Informe spam
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

Preguntas similare

Leer las respuestas

#11 Jesús López
24/05/2008 - 23:42 | Informe spam
Y las razones que se han dado son de mucho menor peso que las razones en el
otro sentido.




"Alfredo Novoa" escribió en el mensaje
news:b3chnk0l87cb.1ixj1jlpyr1ge$
El Sat, 24 May 2008 21:11:18 +0200, Miguel Egea escribió:

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



Pues este argumento ha sido rebatido en este grupo hasta la saciedad. Se
ve
que llevas tiempo sin pasarte por aquí :-)

¿porque eso no habría de
aplicar en la base de datos?



Por que hay otras formas de conseguir lo mismo que en muchos casos son
mejores.

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.



En un sistema normal y corriente hay millon y una cosas que un buen
desarrollador puede hacer si el acceso es a través de tablas y sin embargo
tiene las manos atadas si no lo es.

Yo estoy con Pablo, los SP son un recurso más que no tiene nada de malo si
se sabe usar bien.

Pero lo que está más claro que el agua es que la información de una base
de
datos debe de ser presentada a las aplicaciones en forma de tablas.


Saludos
Alfredo
Respuesta Responder a este mensaje
#12 Antonio Ortiz
25/05/2008 - 00:02 | Informe spam
En fin, que si escriben SP's ahi tienen una buena herramienta que les
ayudara :D

'LLBLGen'

Al parecer ya una herramienta mas del arsenal de Microsoft, aunque su autor
no recomiende crear SP's

:|


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



"Antonio Ortiz" escribió en el mensaje
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




Respuesta Responder a este mensaje
#13 Alfredo Novoa
25/05/2008 - 00:25 | Informe spam
El Sat, 24 May 2008 16:02:18 -0600, Antonio Ortiz escribió:

En fin, que si escriben SP's ahi tienen una buena herramienta que les
ayudara :D

'LLBLGen'



A lo mejor Carlos nos podría contar un par de cosas sobre LLBLGen o como se
llame :-)

Al parecer ya una herramienta mas del arsenal de Microsoft, aunque su autor
no recomiende crear SP's

:|



Bueno, rectificar es de sabios.


Saludos
Alfredo
Respuesta Responder a este mensaje
#14 Alfredo Novoa
25/05/2008 - 00:37 | Informe spam
El Sat, 24 May 2008 23:36:05 +0200, Jesús López escribió:

En el modelo relacional hay relaciones uno a n, y las relaciones uno a uno
son un caso particular de una realación de uno a n.



No, eso es una terminología del Modelo Entidad/Relación, no del Modelo
Relacional. En el Modelo Relacional una relación es el equivalente a una
tabla de SQL, solo que una relacion no puede tener duplicados ni nulos y
los atributos no pueden tener orden ni nombres repetidos.

Lo que escribí lo puse por que se que hay gente que mezcla cosas del Modelo
E/R y del Modelo Relacional, y por lo que veo tú eres uno de ellos.


Saludos
Alfredo
Respuesta Responder a este mensaje
#15 Alfredo Novoa
25/05/2008 - 00:41 | Informe spam
El Sat, 24 May 2008 23:42:40 +0200, Jesús López escribió:

Y las razones que se han dado son de mucho menor peso que las razones en el
otro sentido.




En tu no muy bien fundada opinión.
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida