Consulta con error de tiempo de espera caducado

[oscuros]

Buenas, tengo la siguiente consulta SQL:

SELECT Remota, COUNT(Remota) AS conta
FROM Usr_Eventos
WHERE (TipoMedida = 305) AND Fecha>='01/04/2009' AND Fecha<='30/04/2009'
GROUP BY Remota;

Cada vez que la ejecuto, ya sea desde visual basic .NET o desde SQL Server 2005 me sale el siguiente error:

valor de tiempo de espera caducado el periodo de tiempo de espera caducó antes de completar la operación o el servidor no responde

Como puedo solucionarlo?

Muchas gracias

[flaviovich]

Prueba agregando (NOLOCK) despues de FROM Usr_Eventos.

[iislas]

Otro tip, cambia el formato de tu fecha a YYYYMMDD

WHERE (TipoMedida = 305)
AND Fecha >= '20090401' AND Fecha <= '20090430'

Ademas, si quieres ayudar a tu motor a la interpretacion del codigo y un mejor plan de ejecucion, siempre deja espacios entre los signos de comparacion.

Saludos

[flaviovich]

Primera vez que me entero de los espacios entre signos.
Donde leiste eso?

[iislas]

ja, lo lei en el Novedades ..........

No, esta en las mejores practicas sobre el desarrollo de aplicaciones con T-SQL

[Dradi7]

como????

de donde obteniste eso

[iislas]

Dradi7, no se dice "obteniste", si no "obtuviste".

4.10 SQL Server Best Practices

33. Los operadores de la cláusula WHERE afectan la velocidad en la resolución de una consulta. Se debe usar mas el operador “=” y usar menos el operador “<>” (en lo posible). En su orden de rapidez son:
 =
 >, >=, <, <=
 LIKE
 <>

Se aconseja, que para una mejor interpretacion del codigo, se utilicen espacios de separacion entre las clausulas a comparar, ejemplo:

WHERE Filax>10

Por

WHERE Filax > 10

[Dradi7]

perdon por la falta de escritura por la prisa se me salto lo que escribia

SQL Server Best Practices lo voy a revisar y no sabia nada sobre los espacios en blanco pero es buena la recomendacion para las mejores practicas de SQL
gracias por la informacion

[flaviovich]

Esta muy interesante, y muy util, aunque primero lo voy a comprobar.
En todo caso, veo esas SQL Server Best Practices como una "salida" a un defecto de los programadores de Microsoft.
Gracias por el dato!

[iislas]

mmmmmm, flaviovich, yo no calificaria como un DEFECTO a la programacion o programadores, en lo particular, cuando me entere de esta situacion, en lo peronsal, ya aplicaba dicha recomendacion, pero bueno, es interesante conocer los diferentes puntos de vista.

[flaviovich]

Me referia a las herramientas o metodologias usadas para interpretar el codigo sql.
Sabes por que te digo; has programado en perl?
En perl, mediante las expresiones regulares tu puedes identificar cualquier cadena segun requerimiento, sin importar cuantos espacios hay entre simbolos, etc.
Seguro me estoy equivocando y la interprecion de codigo se hace en un nivel mas bajo.
Tu sabes como lo hace?

[oscuros]

Muchas gracias por las respuestas ^^

Ahora me va más rápido!

[Gonzalo1987]

Iniciado por iislas

Dradi7, no se dice "obteniste", si no "obtuviste".

4.10 SQL Server Best Practices

33. Los operadores de la cláusula WHERE afectan la velocidad en la resolución de una consulta. Se debe usar mas el operador “=” y usar menos el operador “<>” (en lo posible). En su orden de rapidez son:
 =
 >, >=, <, <=
 LIKE
 <>

Se aconseja, que para una mejor interpretacion del codigo, se utilicen espacios de separacion entre las clausulas a comparar, ejemplo:

WHERE Filax>10

Por

WHERE Filax > 10

Muy buen aporte no me iré (al menos hoy) sin aprender algo nuevo
se aplica también al resto de productos de microsoft como .Net ?

[iislas]

Tal vez, creo que va por ahi del codigo interpretado........

[oscuros]

Después de varias pruevas he visto que si que he rebajado el tiempo de la consulta sql pero no es suficiente, cuando el intervalo de fechas es de 2 meses tarda mucho tiempo. La consulta queda así des de la última modificación:

SELECT Remota, Fecha, COUNT(Remota) AS conta
FROM Usr_Eventos WITH (NOLOCK)
WHERE (TipoMedida = 305) AND (Fecha BETWEEN '1/06/2009' AND '18/07/2009')
GROUP BY Remota, Fecha


Alguna idea para reducir el tiempo?

[iislas]

AND (Fecha >= '20090601' AND Fecha <= '20090718')

Supongo que TipoMedia y Fecha, son indices, cierto????

[oscuros]

SELECT Remota, COUNT(Remota) AS conta
FROM Usr_Eventos WITH(NOLOCK)
WHERE Fecha BETWEEN '20090716' AND '20090718' AND (TipoMedida = 305)
GROUP BY Remota;

El tiempo de ejecución prácticamente no varia, lo he cronometrado y antes me hacia 13,03 segundos y ahora son 12,80 segundos.

Alguna idea para reducir el tiempo de la consulta? Y sobre el tema indices, el problema es que Usr_Eventos no es una tabla, sinó una vista y he de decir que no tengo permisos sobre las tablas, sólo tengo permisos para acceder a la vista.


PD: Que da mas rendimiento, BETWEEN o (Fecha>= x AND Fecha < y)

[iislas]

deja de utilizar BETWEEN y usa AND, tal cual te lo envie

[oscuros]

De acuerdo, cambio el between por fecha>= And fecha < pero el tiempo de espera se reduce en nada y menos...

ya no se que hacer

[iislas]

¿Indices?, hay indices........

[Minniek]

Donde encontraste esas recomendaciones sobre T-SQL?
Gracias

[sheccid65]

¿LA clausula with(NOLOCK) la puedo colocaren una instrucción insert?

[Libras]

Madre mia NoLock en un insert? un nolock es para evitar que si estas insertando, actualizando o borrando el select se espere hasta que los el query que inserta se termine de ejecutar...si aplicas un nolock en un insert, update o delete simplemente no te deja ya que el nolock es para regresarte los datos que estan ucommited para un insert eso no tendria caso :P.

Saludos!

[iislas]

NOLOCK, se empieza a dejar de utilizar en 2005 y superiores, ya que esta instruccion es por pagina, te recomienda que leas un poco sobre ROWLOCK.