Problemas con ASP y Función dentro de Store Procedure

[jeeu21]

Noté que al ejecutar un SP en en analizador de consultas del SQL Server 2000 la consulta tarda menos de 1 seg. El problema está a la hora de ejecutarla en una web ASP, donde tarda 9 seg.

Me dijeron algunos compañeros que esto les ha pasado, y que con ASP.NET no sucede, pero quería saber si existe la posibilidad de solucionarlo en ASP.

Gracias.

[Shiryu_Libra]

bienvenido al foro....

bueno... el tema de rapidez de ejecucion logicamente es diferente, ya que al entrar al analizador de consultas en SQL, tienes todos los privilegios... por que tienes todo a la mano, por decirlo asi; ahora en la pagina (ya es otra historia), debes especificar perfectamente bien todo, ademas de verificar que no tengas otras consultas al mismo tiempo del mismo funcionamiento de la pagina, que todos tus recordset esten cerrados, etc.

pero en fin... te marca error,.... tiempo de espera agotado? cuanto es el tiempo que consume? son muchos datos a verificar??, la base de datos es grande??....etc

[u_goldman]

Tendríamos que ver tu código, es posible que sea verdad lo que te dijeron, pues ADO.NET supone una mejora en performance vs su predecesor ADO, pues en realidad no sería tanto problema del SQL como de ADO, esto asumiendo que la aplicación y la base de datos se encuentren en el mismo segmento de red.

Saludos

[jeeu21]

Gracias por responder muchachos...

el tema no es tan complejo... el fragmento que utilizo en la función lo pongo en el store como código y el problema no se presenta....

ejemplo:

Código:

CREATE PROC PRUEBA

AS

SELECT 
             *
FROM 
             FN_PRUEBA('PRUEBA')

GO



CREATE FUNCTION FN_PRUEBA
(@prueba AS VARCHAR(30))
RETURNS TABLE 

AS

RETURN( SELECT
                             *
               FROM
                           TABLA_DE_PRUEBA
               WHERE
                          campo_de_prueba LIKE '%'+@prueba+'%'
            )

Eso desde el analizador tarda menos de 1 segundo y desde ASP tarda 5 o 6 segundos.


En cambio.........

Código:

CREATE PROC PRUEBA

AS

SELECT 
             *
FROM 
            TABLA_DE_PRUEBA
WHERE
            campo_de_prueba LIKE '%PRUEBA%'

Esto tarda menos de 1 segundo desde ambos lugares....


Se entiende? osea... si esto pasa en ASP y NO PASA en ASP.NET es de suponer que hay algo en utilizar funciones anidadas a stores en ASP, lo cual genera la recontrareconsulta de algo.......



y si, la base de datos es grande, las consultas son complejas y las vengo depurando bastante bien, el tema es que quería simplificar un poco con funciones para reutilizar código...


... si se pudiera solucionar....

[u_goldman]

En efecto el uso de funciones en SQL ralentizará tu código, pero tiene que ver más con el motor de SQL que con ADO, pero como mencionamos antes ADO.NET es más eficiente por lo cuál la entrega del set de registros será mejor, sobre todo si utilizas alguno de los objetos especializados para entregar de manera ligera estos datos.

O sea, el problema tiene que ver en ambos casos tanto con tu motor de SQL y el uso de funciones, como con el objeto que se encarga del manejo de los datos en tu plataforma en este caso ADO.

Yo te recomendaría que hicieras una prueba rápida con esta misma consulta en .NET y veas cuál es la diferencia -el performance debe ser mejor- pero también está la recomendación de no usar funciones sobre result sets grandes, pues como mencionamos ralentizan la entrega de los datos. En este caso ¿Es posible usar vistas, o generas de manera dinámica tus subqueries?

Saludos

[jeeu21]

A ver si les ayuda esto:


cuando ejecuto el store CON LA FUNCION en ASP corre un proceso en mi SQL llamado SP_UNPREPARE como 5 veces... que si le saco la funcion y coloco el código dentro del store no lo hace..........................