TodoSQL Blog de SQL Server en español

Como están hoy ?, les cuento que mi hija me esta llamando para comer (cena) así que luego continuo!…
Buenas !, ya termine de comer milanesas con papas fritas , riquísimo !!!.
Pasemos al aspecto técnico, siempre es conveniente trabajar con stored procedure’s, debido a los tiempos de respuesta/rendimiento/performance, pues, al realizar query´s AdHoc o consultas/sentencias generadas en el vuelo, el dbms que las recibe siempre las ve como nuevas y pierde tiempo en chequeo de sintaxis, compilación y generación de plan de ejecución entre otras tareas previas a la ejecución de la misma. En cambio con un sp (stored procedure) lo realiza una sola vez, hasta tanto no se reinicie el server o bien se recompile el sp, ya sea en forma explícita (Opción ‘with recompile’) o bien ante algún cambio en el código del mismo, que será compilado y guardado en el buffer cache del SQL Server. (Lo pueden llegar a observar con el contador buffer ‘cache hit ratio’ y levantando algún trace-profile auditando eventos de compilación y recompilacion de sentencias y verificar si poseen significantes compilaciones y recompilaciones).
Un ejemplo, sería una lecto-clasificadora de cheques de un banco o financiera, donde el tiempo de respuesta debe ser extremadamente rápido (tuve oportunidad de comprobarlo en la realidad, es mas, no nos quedo otra que realizarlo para no interferir con la operatoria normal de la entidad, pues sino el cambio tecnológico, hubiere resultado contraproducente).
A continuación les paso un poco de código:

Como llamamos a un stored procedure en forma remota ?

En SQLServer70 y SQLServer2000/MSSQLServer2K:

EXEC LinkedServer.BaseDatos.Owner.StoredProcedure ‘parametros’

EXEC servidorlinkeado.mibase.dbo. mi_procedimiento_almacenado ‘1’

En SQLServer2005/MSSQLServer2K5:

EXECUTE (‘mi_procedimiento_almacenado’) AT LinkedServer

Bueno gente me voy a dormir un poco.
Un abrazo virtual para todos y espero les sirva.