Tabla de resultados

La forma de demostrarles que su opción es incorrecta es modificando las
instrucciones que usan para hacerlas más eficientes (revisa los índices que
pudieran faltar).

La solución que ellos proponen podría tenerse en cuenta si realmente lo que
necesitan son datos que no requieren estar actualizados y realmente afectan
al funcionamiento normal de la base de datos

Un saludo
-
www.navento.com
Servicios de Localización GPS

http://blogs.solidq.com/ES/ElRincon...fault.aspx

"Penta" escribió en el mensaje
news:
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.

Hola, te recomiendo optimizar las querys, que SQL las maneje mal lo dudo
mucho, mira yo hago laburos de tunning y distintos trabajos de consultoria
en SQL Server y no funciona mal, el problema generalmente radica en que los
desarrolladores conocen no mucho del SQL , de sus indices, de como escribir
bien las querys y por eso anda mal.

Mi recomendacion es hacer las querys ya sea via Store o Vista y
optimizarlas, si andan lento es porque hay mal estan haciendo :)



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"Penta" escribió en el mensaje de
noticias:

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.