Найкращий підхід до видалення часової частини дати в SQL Server

Який метод забезпечує найкращу ефективність при видаленні частини часу з поля дати в SQL Server?

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

або

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

Другий метод дійсно надсилає ще кілька байтів, але це може бути не так важливо, як швидкість конверсії.

І те й інше здається дуже швидким, але може бути різниця у швидкості при роботі з сотнями тисяч і більше рядків?

Крім того, чи можливо, що існують ще кращі методи позбавлення від часової частини дати в SQL?

Суворо, метод aє найменш ресурсоємним:

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

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

Я бачив подібний тест і в інших місцях з подібними результатами.

Я віддаю перевагу DATEADD / DATEDIFF тому, що:

• varchar підлягає проблемам мови / дати Формат
  Приклад: Чому мій вираз CASE не детермінований?
• float покладається на внутрішнє зберігання
• він продовжує працювати перший день місяця, завтра тощо, змінюючи базу "0"

Редагувати, жовтень 2011 р

Для SQL Server 2008+ ви можете CAST dateтобто CAST(getdate() AS date). Або просто використовувати dateтип даних, щоб не було часу для видалення.

Редагувати, січень 2012 р

Працюючий приклад того, наскільки це гнучко: Потрібно обчислити закруглену цифру часу або дати на сервері sql

Редагувати, травень 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)!

ПОДЕРЖАЙТЕ!

Метод a) і b) НЕ завжди має однаковий вихід!

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)

EDIT: Відповідно до коментаря Адама, це не може статися, якщо ви читаєте значення дати з таблиці, але це може статися, якщо ви надаєте значення дати у прямому значенні (наприклад: як параметр збереженої процедури, що називається через 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)

Цей метод не використовує функцію string. 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 мікросекцій, що вказує на значно менші накладні витрати на виклик функції для функції CLQL SQL порівняно з простим UQL SQL SQL.

У SQL 2005, функція CLR SQL в моєму тестуванні в 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))

Тут я створив функцію для видалення деяких частин часу для SQL Server. Використання:

• Перший парам - це час, який потрібно зняти.
• Другий парам - це знак:
  • s: обходи в секунди; видаляє мілісекунди
  • m: обходи до хвилин; видаляє секунди і мілісекунди
  • h: обходи до годин; видаляє хвилини, секунди і мілісекунди.
  • 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, що працює на адаптивному сервері 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-сервера
Отримують лише дату

Останнє посилання показує не менше 3-х різних способів отримання дати лише частиною поля дати та згадує деякі плюси та мінуси кожного підходу.

Якщо ви використовуєте UDF, слід зазначити, що вам слід намагатися уникати використання UDF як частини пункту WHERE у запиті, оскільки це сильно утруднятиме виконання запиту. Основна причина цього полягає в тому, що використання UDF у пункті WHERE робить цей пункт як непридатний для збору , а це означає, що SQL Server більше не може використовувати індекс з цим пунктом для підвищення швидкості виконання запитів. Посилаючись на моє власне використання UDF, я часто буду використовувати "необроблений" стовпець дати в рамках WHERE, але застосовуватиму UDF до стовпця SELECTed. Таким чином, UDF застосовується лише до відфільтрованого набору результатів, а не до кожного рядка таблиці як частини фільтра.

Звичайно, абсолютним найкращим підходом для цього є використання SQL Server 2008 (або вище) та розділення ваших дат і часу , оскільки двигун бази даних SQL Server надає вихідні компоненти окремі компоненти дати та часу і може ефективно їх запитувати незалежно. без необхідності використання УДС або іншого механізму для вилучення частини дати або часу з складеного типу дати.

Я б використав:

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

Таким чином, ефективно створюється нове поле з поля, яке ви вже маєте.