Procedimientos Almacenados o Consultas SQL

Los procedimientos almacenados tienen un mayor rendimiento
independientemente de si se accede por dBLibrary, ODBC, OLEDB, ADO o
ADO.NET.

Saludos:

Jesús López
MVP .net

Saludos:

Pues si tienes referencia de donde escuchaste eso, me gustaria oir mas sobre
su opinion.
Por mi lado, mi opinion es completamente la contraria, y te expongo causas.

Cuando se "compila" un procedimiento almacenado en la base de datos, el
optimizador del motor determina en ese momento el plan de ejecucion del
mismo, es decir, que indices deberia utilizar, la secuencia de operaciones
para ejecutar consultas complejas, etc, etc.

Esta informacion se guarda junto con el procedimiento, de forma que cuando
el usuario lo invoque, esta informacion sirva para una rapida y eficiente
ejecucion del mismo. Esto ocurre solamente una sola vez, cuando se crea o
modifica el procedimiento.

Por otro lado, si lo que pasas al motor son sentencias a manera de texto
plano, cada vez que se ejecute y por cada usuario, se debera analizar la
sintaxis del comando, evaluar el plan de ejecucion, escoger indices, etc,
etc. Esto por cada invocacion que se haga a esta sentencia.

Pongamos una aplicacion donde (seamos "buen dato" como decimos por aca),
solamente 25 usuarios ejecutan una operacion intensivamente.

Cual crees que le costaria menor esfuerzo al servidor de datos?
Cual crees que respondera y ejecutara mas rapidamente?

Saludos
Pedro Luna, MVP
Gye, Ecu


"David SC" escribió en el mensaje
news:

Quiero abrir una pequeña discución. Qué es mejor utilizar directamente
Consultas SQL normales o Procedimientos Almacenados; ya que he escuchado

que

en .NET los procedimientos almacenados tienen menor rendimiento.