La mejor manera de verificar la fecha actual en donde la cláusula de la consulta sql

Question

Estoy tratando de encontrar la manera más eficiente (mejor rendimiento) para verificar el campo de fecha para la fecha actual. Actualmente estamos usando:

SELECT  COUNT(Job) AS Jobs 
FROM   dbo.Job 
WHERE  (Received BETWEEN DATEADD(d, DATEDIFF(d, 0, GETDATE()), 0) 
         AND DATEADD(d, DATEDIFF(d, 0, GETDATE()), 1)) 

Answer 1

WHERE 
    DateDiff(d, Received, GETDATE()) = 0 

Edit: como alineados en los comentarios a esta respuesta, eso no es una solución ideal. Verifique las otras respuestas en este hilo, también.

Answer 2

esa es la mejor manera de hacerlo. podría poner DATEADD (d, DATEDIFF (d, 0, GETDATE()), 0) y DATEADD (d, DATEDIFF (d, 0, GETDATE()), 1) en variables y usarlas en su lugar, pero no lo hago Creo que esto mejorará el rendimiento.

Answer 3

Si solo desea encontrar todos los registros donde se encuentra la fecha de recepción, y hay registros con futuras fechas de recepción, entonces lo que está haciendo es (muy ligeramente) incorrecto ... Porque el operador Between permite valores que son iguales al límite final, por lo que podría obtener registros con la fecha Recibido = hasta la medianoche de mañana ...

Si no hay necesidad de utilizar un índice en Recibido, entonces todo lo que necesita hacer es verificar que diff fecha con la fecha y hora actual es 0 ...

Where DateDiff(day, received, getdate()) = 0 

Este predicado por supuesto no es sargable por lo que no puede utilizar un índice ... Si esto es un problema para esta consulta a continuación, suponiendo que no puede haber recibido las fechas en el futuro, me gustaría utilizar este lugar ...

Where Received >= DateAdd(day, DateDiff(Day, 0, getDate()), 0) 

Si las fechas recibidos pueden ser en el futuro, entonces usted está probablemente tan cerca de los más eficientes como puede ser ... (excepto el cambio del Entre a un> = Y <)

Answer 4

No estoy seguro de cómo se define "lo mejor", pero funcionará bien.

Sin embargo, si esta consulta es algo que va a ejecutar repetidamente, debería deshacerse de la función get_date() y simplemente colocar un valor de fecha literal allí mediante el lenguaje de programación en el que esté ejecutando esto. A pesar de su el cambio de salida solo una vez cada 24 horas, get_date(), current_date(), etc. son funciones no deterministas, lo que significa que su RDMS probablemente invalidará la consulta como candidato para almacenar en su caché de consultas si tiene una.

Answer 5

¿Qué tal

WHERE 
     DATEDIFF(d, Received, GETDATE()) = 0 

Answer 6

Yo normalmente uso el solution suggested by Tomalak, pero si usted está realmente desesperada para el rendimiento, la mejor opción podría ser añadir un campo indexado adicional ReceivedDataPartOnly - que almacenar datos sin la parte de hora y luego utilizar la consulta

declare @today as datetime 
set @today = datediff(d, 0, getdate()) 

select  
    count(job) as jobs 
from   
    dbo.job 
where  
    received_DatePartOnly = @today 

Answer 7

Si desea rendimiento, quieres un golpe directoen el índice, sin ningún tipo de CPU, etc. fila por; como tal, calcularía el rango primero, y luego usaría una consulta WHERE simple. No sé qué db está utilizando, pero en SQL Server, los siguientes trabajos:

// ... where @When is the date-and-time we have (perhaps from GETDATE()) 
DECLARE @DayStart datetime, @DayEnd datetime 
SET @DayStart = CAST(FLOOR(CAST(@When as float)) as datetime) -- get day only 
SET @DayEnd = DATEADD(d, 1, @DayStart) 

SELECT  COUNT(Job) AS Jobs 
FROM   dbo.Job 
WHERE  (Received >= @DayStart AND Received < @DayEnd)