Estimados.
En el grupo de desarrollo veo con preocupacion que ante ciertos
problemas me estan creando tablas de resultados de la ejecucion del un
procedimiento creado por el mismo motivo, esto lo encuentro bastante
"basico" y que rompe totalmente el modelo de datos, he querido al
menos que se realice una vista pero como las querys estan bastante
lentas (por mal manejo de SQL hasta lo que he podido analizar)
quisiera que me orienten como abordar el problema en cuestión.
Tratare de indicarlo de otra forma a ver si me explico:
El area de desarrollo necesita mostrar en ASP cierta informacion de
algunas tablas, usan algunas funciones de sql, pero al parecer el
resultado final es de bastantes registros y claramente da Time Out.
Entonces crean un SP que borra e inserta los registros en una tabla de
resultados y quieren que lo programa para que se ejecute todos lso
dias, de esta forma las queryes que hacen la hacen sobre esta tabla de
resultados.
La primera vez lo acepte por "tiempo" que me involucraba analizar
varias lineas del SP, pero varios desarrolladores vieron que "les
salia mas facil dicha solucion" y ya me estan pidiendo otras "tablas
de resultados" por otros temas.
EL argumento del Jefe de Desarrolo es que no me afecta mayormente
ejecutar estos SP que duran unos 5 min por la noche (y es cierto),
pero me producen suciedad en el modelo.
Ya he revisado partes de estos SP y claramente tienen falencias porque
usan varios UNION donde les he demostrado que usando bien T-SQL en
varios casos NO es necesario.
Bueno quisiera me puedan ayudar a darle mas base a este criterio ,
caso contrario si alquien encuentra que estoy en un error me agradaria
mucho conocer tambien estas opiniones.
Atte.
PENTA.
Últimos mensajes - Powered by IBM
Palabras claves
Hacer una pregunta
Siga el debate
Tengo una respuesta
Jueves 18 de abril - 07:29
Registrar
Leer las respuestas