Лучший подход для удаления части времени datetime в SQL Server

Какой метод обеспечивает наилучшую производительность при удалении части времени из поля даты и времени в SQL Server?

a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

или

b) select cast(convert(char(11), getdate(), 113) as datetime)

Второй способ отправляет еще несколько байтов в любом случае, но это может быть не так важно, как скорость преобразования.

Оба также кажутся очень быстрыми, но может быть разница в скорости при работе с сотнями тысяч или более строк?

Кроме того, возможно ли, что есть еще лучшие методы, чтобы избавиться от части времени datetime в SQL?

Строго говоря, метод aявляется наименее ресурсоемким:

a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

Доказано, что процессор требует меньше ресурсов при той же общей продолжительности - миллион строк, причем слишком много времени у них на руках: самый эффективный способ в SQL Server получить дату от даты + время?

Я видел аналогичный тест в другом месте с аналогичными результатами тоже.

Я предпочитаю DATEADD / DATEDIFF, потому что:

• varchar подвержен проблемам с языком / форматированием даты.
  Пример: почему мое выражение CASE недетерминировано?
• float полагается на внутреннюю память
• он распространяется на первый день месяца, завтра и т. д., изменяя базу на 0

Редактировать, октябрь 2011

Для SQL Server 2008+, можно заливать в dateто есть CAST(getdate() AS date). Или просто используйте dateтип данных, поэтому нет времени, чтобы удалить.

Редактировать, январь 2012

Работающий пример того, насколько это гибко: нужно рассчитать по округленному времени или дате в SQL Server

Редактировать, май 2012

Не используйте это в предложениях WHERE и тому подобном, не задумываясь: добавление функции или CAST к столбцу делает недействительным использование индекса. Смотрите номер 2 здесь: http://www.simple-talk.com/sql/t-sql-programming/ten-common-sql-programming-mistakes/

Теперь есть пример более поздних версий оптимизатора SQL Server, которые корректно управляют CAST, но в целом это будет плохая идея ...

Изменить, сентябрь 2018 года, для datetime2

DECLARE @datetime2value datetime2 = '02180912 11:45' --this is deliberately within datetime2, year 0218
DECLARE @datetime2epoch datetime2 = '19000101'

select DATEADD(dd, DATEDIFF(dd, @datetime2epoch, @datetime2value), @datetime2epoch)

В SQL Server 2008 вы можете использовать:

CONVERT(DATE, getdate(), 101)

Конечно, это старая тема, но для ее завершения.

Начиная с SQL 2008, вы можете использовать тип данных DATE, так что вы можете просто сделать:

SELECT CONVERT(DATE,GETDATE())

SELECT CAST(FLOOR(CAST(getdate() AS FLOAT)) AS DATETIME)

... не очень хорошее решение, согласно комментариям ниже.

Я бы удалил этот ответ, но оставлю его здесь в качестве контрпримера, так как думаю, что объяснение комментаторов, почему это не очень хорошая идея, все еще полезно.

В SQL Server 2008 существует тип даты DATE (также тип данных TIME).

CAST(GetDate() as DATE)

или

declare @Dt as DATE = GetDate()

Вот еще один ответ из другого дублирующего вопроса:

SELECT CAST(CAST(getutcdate() - 0.50000004 AS int) AS datetime) 

Этот метод магического числа работает немного быстрее, чем метод DATEADD. (Похоже, ~ 10%)

Время процессора на несколько раундов из миллиона записей:

DATEADD   MAGIC FLOAT
500       453
453       360
375       375
406       360

Но обратите внимание, что эти цифры, возможно, не имеют значения, потому что они уже очень быстро. Если бы у меня не было наборов записей 100 000 и более, я бы даже не смог получить процессорное время для чтения выше нуля.

Учитывая тот факт, что DateAdd предназначен для этой цели и является более надежным, я бы сказал, использовать DateAdd.

SELECT CAST(CAST(GETDATE() AS DATE) AS DATETIME)

Мне действительно нравится:

[date] = CONVERT(VARCHAR(10), GETDATE(), 120)

Код 120формата приведёт дату в стандарт ISO 8601:

'YYYY-MM-DD' or '2017-01-09'

Супер прост в использовании в dplyr ( R) и pandas ( Python)!

BEWARE!

Метод а) и б) НЕ всегда имеют одинаковый результат!

select DATEADD(dd, DATEDIFF(dd, 0, '2013-12-31 23:59:59.999'), 0)

Вывод: 2014-01-01 00:00:00.000

select cast(convert(char(11), '2013-12-31 23:59:59.999', 113) as datetime)

Вывод: 2013-12-31 00:00:00.000

(Проверено на MS SQL Server 2005 и 2008 R2)

РЕДАКТИРОВАТЬ: Согласно комментарию Адама, это не может произойти, если вы читаете значение даты из таблицы, но это может произойти, если вы укажите свое значение даты в виде литерала (пример: в качестве параметра хранимой процедуры, вызываемой через ADO.NET).

Обрезать время на вставках / обновлениях в первую очередь. Что касается преобразования на лету, ничто не может превзойти определяемую пользователем функцию:

select date_only(dd)

Реализация date_onlyможет быть чем угодно - теперь она абстрагирована, а вызов кода намного чище.

Смотрите этот вопрос:
Как я могу усечь дату и время в SQL Server?

Что бы вы ни делали, не используйте строковый метод . Это о худшем способе, которым ты мог сделать это.

Уже ответили, но я тоже выбрасываю это там ... это также хорошо преформируется, но работает, отбрасывая десятичное число (которое хранит время) из числа с плавающей запятой и возвращая только целую часть (которая является датой)

 CAST(
FLOOR( CAST( GETDATE() AS FLOAT ) )
AS DATETIME
)

во второй раз я нашел это решение ... я взял этот код

CAST(round(cast(getdate()as real),0,1) AS datetime)

Этот метод не использует строковую функцию. Dateв основном настоящий тип данных с цифрами перед десятичной дробью являются частью дня.

Я думаю, это будет быстрее, чем много.

Для меня код ниже всегда победитель:

SELECT CONVERT(DATETIME, FLOOR(CONVERT(FLOAT,GETDATE())));

выберите CONVERT (char (10), GetDate (), 126)

Я думаю ты имеешь ввиду cast(floor(cast(getdate()as float))as datetime)

real только 32-битный, и может потерять некоторую информацию

Это самый быстрый cast(cast(getdate()+x-0.5 as int)as datetime)

... хотя только на 10% быстрее(about 0.49 microseconds CPU vs. 0.58)

Это было рекомендовано, и сейчас у меня столько же времени в моем тесте: DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

В SQL 2008 функция SQL CLR примерно в 5 раз быстрее, чем при использовании функции SQL, на 1,35 мкс по сравнению с 6,5 микросекциями, что указывает на гораздо меньшую нагрузку при вызове функции для функции SQL CLR по сравнению с простой UDF SQL.

В моем тесте SQL 2005 функция SQL CLR была в 16 раз быстрее, чем эта медленная функция:

create function dateonly (  @dt datetime )
returns datetime
as
begin
return cast(floor(cast(@dt as float))as int)
end

Как насчет select cast(cast my_datetime_field as date) as datetime)? Это приводит к одной и той же дате со временем, установленным на 00:00, но позволяет избежать преобразования в текст, а также избежать явного округления чисел.

Я думаю, что если строго придерживаться TSQLэтого, это самый быстрый способ обрезать время:

 select convert(datetime,convert(int,convert(float,[Modified])))

Я обнаружил, что этот метод усечения примерно на 5% быстрее, чем DateAddметод. И это можно легко изменить, чтобы округлить до ближайшего дня, как это:

select convert(datetime,ROUND(convert(float,[Modified]),0))

Здесь я сделал функцию для удаления некоторых частей datetime для SQL Server. Применение:

• Первый параметр - это дата и время, которое нужно удалить.
• Второй параметр - это символ:
  • s: округляет до секунд; удаляет миллисекунды
  • m: округляет до минут; удаляет секунды и миллисекунды
  • ч: округляет до часов; удаляет минуты, секунды и миллисекунды.
  • d: раунды в дни; удаляет часы, минуты, секунды и миллисекунды.
• Возвращает новую дату и время

create function dbo.uf_RoundDateTime(@dt as datetime, @part as char) returns datetime as begin if CHARINDEX( @part, 'smhd',0) = 0 return @dt; return cast( Case @part when 's' then convert(varchar(19), @dt, 126) when 'm' then convert(varchar(17), @dt, 126) + '00' when 'h' then convert(varchar(14), @dt, 126) + '00:00' when 'd' then convert(varchar(14), @dt, 112) end as datetime ) end

На всякий случай, если кто-то ищет здесь версию Sybase, так как некоторые из вышеуказанных версий не работали

CAST(CONVERT(DATE,GETDATE(),103) AS DATETIME)

• Протестировано в I SQL v11, работающем на Adaptive Server 15.7

Если возможно, для особых вещей, подобных этому, мне нравится использовать функции CLR.

В этом случае:

[Microsoft.SqlServer.Server.SqlFunction]
    public static SqlDateTime DateOnly(SqlDateTime input)
    {
        if (!input.IsNull)
        {
            SqlDateTime dt = new SqlDateTime(input.Value.Year, input.Value.Month, input.Value.Day, 0, 0, 0);

            return dt;
        }
        else
            return SqlDateTime.Null;
    }

Лично я почти всегда пользуюсь пользовательские функции для этого, если имеешь дело с SQL Server 2005 (или более ранней версией), однако следует отметить, что существуют определенные недостатки использования UDF, особенно если применять их к предложениям WHERE (см. Ниже и комментарии к этому ответу для получения дополнительной информации). Если используется SQL Server 2008 (или выше) - см. Ниже.

Фактически, для большинства баз данных, которые я создаю, я добавляю эти UDF в самом начале, так как знаю, что есть вероятность, что они мне понадобятся на 99% раньше или позже.

Я создаю один для «только дата» и «только время» (хотя один «только дата», безусловно, наиболее часто используемых из двух).

Вот несколько ссылок на различные датные UDF:

Основные функции SQL Server Date, Time и DateTime Функция
Get Only Only

Эта последняя ссылка показывает не менее 3 различных способов получения только даты в поле даты и времени и упоминает некоторые плюсы и минусы каждого подхода.

При использовании UDF следует отметить, что вы должны стараться избегать использования UDF как части предложения WHERE в запросе, так как это сильно снизит производительность запроса. Основная причина этого заключается в том, что использование UDF в предложении WHERE делает это предложение несортируемым , что означает, что SQL Server больше не может использовать индекс с этим предложением для повышения скорости выполнения запроса. Что касается моего собственного использования UDF, я часто буду использовать «необработанный» столбец даты в предложении WHERE, но применяю UDF к столбцу SELECTed. Таким образом, UDF применяется только к отфильтрованному набору результатов, а не к каждой строке таблицы как части фильтра.

Конечно, абсолютно лучший подход для этого - использовать SQL Server 2008 (или выше) и разделять ваши даты и время , так как ядро ​​базы данных SQL Server изначально предоставляет отдельные компоненты даты и времени и может эффективно запрашивать их независимо без необходимости использования UDF или другого механизма для извлечения части даты или времени из составного типа дата-время.

Я хотел бы использовать:

CAST
(
CAST(YEAR(DATEFIELD) as varchar(4)) + '/' CAST(MM(DATEFIELD) as varchar(2)) + '/' CAST(DD(DATEFIELD) as varchar(2)) as datetime
) 

Таким образом, эффективно создавая новое поле из поля даты, которое у вас уже есть.