Какой хороший способ проверить, находятся ли две даты в один и тот же календарный день в TSQL?

Это гораздо более лаконично:

where 
  datediff(day, date1, date2) = 0

Вы в значительной степени должны держать левую сторону вашего пункта where чистой. Поэтому, как правило, вы делаете что-то вроде:

WHERE MyDateTime >= @activityDateMidnight 
      AND MyDateTime < (@activityDateMidnight + 1)

(Некоторые люди предпочитают DATEADD (d, 1, @activityDateMidnight) вместо этого - но это одно и то же).

Однако таблица TimeZone немного усложняет дело. Это немного неясно из вашего фрагмента, но похоже, что t.TheDateInTable находится в GMT с идентификатором часового пояса, и что вы затем добавляете смещение для сравнения с @activityDateMidnight - который находится в локальном времени. Хотя я не уверен, что такое ds.LocalTimeZone.

Если это так, то вместо этого вам нужно получить @activityDateMidnight в GMT.

where
year(date1) = year(date2)
and month(date1) = month(date2)
and day(date1) = day(date2)

Убедитесь, что только чтение в базе данных может получить улучшение 1000% +, изменив несколько строк кода , чтобы Вы были уверены, что оптимизатор может эффективно использовать индекс при работе с датами

Эрик З Бородой:

Я действительно храню все даты в GMT. Вот пример использования: что-то произошло в 11:00 вечера по восточному времени 1-го числа, то есть 2-го числа GMT. Я хочу увидеть активность для 1-го, и я нахожусь в EST, поэтому я хочу увидеть активность в 11 вечера. Если бы я просто сравнил raw GMT datetimes, я бы все пропустил. Каждая строка отчета может представлять действие из другого часового пояса.

Правильно, но когда вы говорите, что вас интересует деятельность за 1 января 2008 года EST:

SELECT @activityDateMidnight = '1/1/2008', @activityDateTZ = 'EST'

вам просто нужно преобразовать его в GMT (я игнорирую сложность запроса за день до того, как EST перейдет в EDT, или наоборот):

Table: TimeZone
Fields: TimeZone, Offset
Values: EST, -4

--Multiply by -1, since we're converting EST to GMT.
--Offsets are to go from GMT to EST.
SELECT @activityGmtBegin = DATEADD(hh, Offset * -1, @activityDateMidnight)
FROM TimeZone
WHERE TimeZone = @activityDateTZ

что должно дать вам "1/1/2008 4:00 AM". Тогда вы можете просто искать в GMT:

SELECT * FROM EventTable
WHERE 
   EventTime >= @activityGmtBegin --1/1/2008 4:00 AM
   AND EventTime < (@activityGmtBegin + 1) --1/2/2008 4:00 AM

Событие, о котором идет речь, хранится с GMT EventTime из 1/2/2008 3:00 AM. Вам даже не нужно TimeZone в EventTable (по крайней мере, для этой цели).

Поскольку EventTime не входит в функцию, это прямое сканирование индекса, которое должно быть довольно эффективным. Сделайте EventTime своим кластеризованным индексом,и он полетит. ;)

Лично я бы попросил приложение преобразовать время поиска в GMT перед запуском запроса.

Эрик З Бородой:

дата активности предназначена для указания местного часового пояса, но не конкретного

Ладно, вернемся к чертежной доске. Попробовать это:

where t.TheDateINeedToCheck BETWEEN (
    dateadd(hh, (tz.Offset + ISNULL(ds.LocalTimeZone, 0)) * -1, @ActivityDate)
    AND
    dateadd(hh, (tz.Offset + ISNULL(ds.LocalTimeZone, 0)) * -1, (@ActivityDate + 1))
)

который переведет @ActivityDate в местное время и сравнит с этим. Это ваш лучший шанс для использования индекса, хотя я не уверен, что он будет работать - вы должны попробовать его и проверить план запроса.

Следующим вариантом будет индексированное представление с индексированным, вычисленным TimeINeedToCheck по местному времени . А потом ты просто возвращаешься к себе.:

where v.TheLocalDateINeedToCheck BETWEEN @ActivityDate AND (@ActivityDate + 1)

что, безусловно, будет использовать индекс - хотя у вас есть небольшие накладные расходы на INSERT и UPDATE тогда.

это позволит удалить компонент времени из даты для вас:

select dateadd(d, datediff(d, 0, current_timestamp), 0)

Вы избалованы выбором с точки зрения вариантов здесь. Если вы используете Sybase или SQL Server 2008, Вы можете создать переменные типа date и назначить им свои значения datetime. Компонент database engine избавляет вас от этого времени. Вот быстрый и грязный тест, чтобы проиллюстрировать (код находится в диалекте Sybase):

declare @date1 date
declare @date2 date
set @date1='2008-1-1 10:00'
set @date2='2008-1-1 22:00'
if @date1=@date2
    print 'Equal'
else
    print 'Not equal'

Для SQL 2005 и более ранних версий можно преобразовать дату в varchar в формате, не содержащем компонент time. Например, следующее возвращает 2008.08.22

select convert(varchar,'2008-08-22 18:11:14.133',102)

В 102 части указывается форматирование (Books online может перечислить для вас все доступные форматы)

Итак, что вы можете сделать, так это написать функцию, которая берет datetime и извлекает элемент даты и отбрасывает время. Вот так:

create function MakeDate (@InputDate datetime) returns datetime as
begin
    return cast(convert(varchar,@InputDate,102) as datetime);
end

Затем вы можете использовать эту функцию для компаньонов

Select * from Orders where dbo.MakeDate(OrderDate) = dbo.MakeDate(DeliveryDate)

Я хотел бы использовать функции функции dayofyear в части datepart:

Select *
from mytable
where datepart(dy,date1) = datepart(dy,date2)
and
year(date1) = year(date2) --assuming you want the same year too

Посмотреть справочник, часть здесь .

Что касается часовых поясов, еще одна причина хранить все даты в одном timezone (предпочтительно UTC). В любом случае, я думаю, что ответы с помощью datediff, datepart и различных встроенных функций даты-это ваш лучший выбор.