sps precompilados solo existia en sql 7.0. A partir de 2000 cualquier consulta que se reitera tiene el plan de ejecucion en cache y consultas que se ejecutan poco no tienen el plan de compilacion en cache. No hay ventaja en ese sentido de tener un sp o una consulta normal que se repite.
Hablo de MSSQL no se en los demas RDBMS. Gustavo. 2009/1/12 Juan P. Castro <juanpcastro...@yahoo.com.ar> > ¿Pero de esta manera no estarías perdiendo una de las ventajas de los sp's > que es que están como precompilados y son más rápidos de ejecutar? > Si te llenas de sp's dinámicos creoq ue estarías perdiendo esa ventaja y > solucionar un error o hacer una modificación para un objeto particular te > sería muy costos o no? (esto pensándolo mientras escribo) > > Saludos! > JP > > ------------------------------ > *De:* Oscar Onorato <oscar.onor...@gmail.com> > *Para:* puntonet@mug.org.ar > *Enviado:* domingo 11 de enero de 2009, 17:28:33 > *Asunto:* [puntonet] Fwd: [dbms] Stored Procedures pensados como Métodos > > > Hola lista! > > Les molesto a Uds. porque creo que le pifie al enviar la consulta a > d...@mug.org.ar seguramente porque este tema ¿puede que necesite de una > tecnología intrermedia para hacer genérico lo que una Base de datos > relacional no puede? > > Tengo, hasta el momento, 3 SP's similares que sólo cambian en: > > 1. El nombre del SP > 2. El nombre del parámetro de entrada (es sólo uno en los 3 casos) > 3. Los nombres de los campos a consultar > 4. La cantidad de campos a consultar > 5. El nombre de la tabla a consultar > > En los 3 SP's los 5 púntos son una constante, y creo que debo tener más > similares. Pero por ahora son estas las similares. > La pregunta es ¿tengo forma de hacer una parametrización de este tipo de > consultas para llevarlas a un sólo SP o UDF con parámetros genéricos? > > La idea es usar sólo objeto de la BD (SP's o UDF's) para realizar el mismo > tipo de consulta. Sin recurrir al CLR. O qué opciones tengo para no andar > reescribiendo lo mismo tipo de consulta con distintos nombre/s. > En realidad estoy pensando estas consultas como un sólo método que acepta > varios parámetros. En realidad todos aquellos necesarios para no andar > reescribiendo sólo para hacer referencia a nombres distintos y/o cantidades > de campos. > Como veran la estructura de las consultas es la misma. > > Estos son los SP's de los que hablo: > > CREATE PROCEDURE GetDepartmentDetails > (@DepartmentID INT) > AS > SELECT Name, Description > FROM Department > WHERE DepartmentID = @DepartmentID > > CREATE PROCEDURE GetCategoryDetails > (@CategoryID INT) > AS > SELECT DepartmentID, Name, Description > FROM Category > WHERE CategoryID = @CategoryID > > CREATE PROCEDURE GetProductDetails > (@ProductID INT) > AS > SELECT Name, Description, Price, Image1FileName, Image2FileName, > OnDepartmentPromotion, OnCatalogPromotion > FROM Product > WHERE ProductID = @ProductID > > > Gracias > > > ------------------------------ > > Yahoo! Cocina > Recetas prácticas y comida saludable > Visitá http://ar.mujer.yahoo.com/cocina/ >
