Najlepsze podejście do usuwania części czasowej datetime w SQL Server

W SQL Server 2008 możesz użyć:

CONVERT(DATE, getdate(), 101)

Oczywiście, że jest to stary wątek, ale żeby go uzupełnić.

Z SQL 2008 można użyć datatype więc można po prostu zrobić:

SELECT CONVERT(DATE,GETDATE())

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

W SQL Server 2008 istnieje Typ daty (również Typ daty czasu).

CAST(GetDate() as DATE)

Lub

declare @Dt as DATE = GetDate()

Oto kolejna odpowiedź, z innego duplicate question:

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

Ta metoda liczb magicznych działa nieco szybciej niż metoda DATEADD. (Wygląda na ~10%)

Czas procesora na kilku rundach miliona rekordów:

DATEADD   MAGIC FLOAT
500       453
453       360
375       375
406       360

Ale zauważ, że te liczby są prawdopodobnie nieistotne, ponieważ są już bardzo szybkie. Chyba że miałem zestawy rekordów 100,000 lub więcej, nie mogłem nawet uzyskać czasu procesora do odczytu powyżej zera.

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

Czas na wstawki/aktualizacje w pierwszej kolejności. Jeśli chodzi o konwersję on-the-fly, nic nie jest w stanie pokonać funkcji zdefiniowanej przez użytkownika]}

select date_only(dd)

Implementacja date_only może być dowolna - teraz jest abstrakcyjna, a kod wywołujący jest dużo czystszy.

Zobacz to pytanie:
Jak mogę obciąć datetime w SQL Server?

Cokolwiek robisz, nie używaj metody string . To najgorszy sposób, w jaki mogłeś to zrobić.

Już odebrałem, ale to też wyrzucę... to również preformuje się dobrze, ale działa poprzez wyrzucenie dziesiętnego (który przechowuje czas) z float i zwrócenie tylko całej części (która jest datą)

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

Po raz drugi znalazłem to rozwiązanie... zdjąłem ten kod

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

Ta metoda nie używa funkcji string. Date jest w zasadzie rzeczywistym typem danych z cyframi przed dziesiętnym ułamkiem dnia.

Dla mnie poniższy kod jest zawsze zwycięzcą:

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

Uważaj!

Metoda a) i b) nie zawsze ma taki sam wynik!

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

Wyjście: 2014-01-01 00:00:00.000

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

Wyjście: 2013-12-31 00:00:00.000

(testowane na MS SQL Server 2005 i 2008 R2)

EDIT: zgodnie z komentarzem Adama, nie może się to zdarzyć, jeśli odczytasz wartość daty z tabeli, ale może się zdarzyć, jeśli podasz wartość daty jako literalną (przykład: jako parametr procedury składowanej wywołanej przez ADO.NET).

Select CONVERT(char (10), GetDate (), 126)

Bardzo mi się podoba:

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

Kod formatu 120 wprowadzi datę do normy ISO 8601:

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

Super łatwy w użyciu w dplyr (R) i pandy (Python)!

Myślę, że masz na myśli cast(floor(cast(getdate()as float))as datetime)

Real jest tylko 32-bitowy i może stracić pewne informacje

To jest najszybsze cast(cast(getdate()+x-0.5 as int)as datetime)

...choć tylko o 10% szybciej (about 0.49 microseconds CPU vs. 0.58)

To było zalecane, i zajmuje ten sam czas w moim teście właśnie teraz: DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

W SQL 2005, funkcja SQL CLR jest 16 razy szybsza, na moje testy, w porównaniu z tą powolną funkcją:

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

A może select cast(cast my_datetime_field as date) as datetime)? Skutkuje to tą samą datą, z czasem ustawionym na 00: 00, ale unika konwersji na tekst, a także unika jawnego zaokrąglania liczb.

Myślę, że jeśli trzymać się ściśle TSQL, to jest to najszybszy sposób na skrócenie czasu:

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

Okazało się, że ta metoda okrojenia jest o 5% szybsza niż metoda DateAdd. A to można łatwo zmodyfikować do rundy do najbliższego dnia w ten sposób:

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

Tutaj zrobiłem funkcję do usuwania niektórych części datetime dla SQL Server. Sposób użycia:

• Pierwszy param jest datetime do usunięcia.
• Second param is a char:
  • s: zaokrągla do sekund; usuwa milisekundy
  • m: zaokrągla do minut; usuwa sekundy i milisekundy
  • h: rund do godzin; usuwa minuty, sekundy i milisekundy.
  • d: rund do dni; usuwa godziny, minuty, sekundy i milisekundy.
• zwraca nowy datetime

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

Na wypadek, gdyby ktoś szukał tutaj wersji Sybase, ponieważ kilka powyższych wersji nie działało

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

• testowany w I SQL v11 uruchomiony na Adaptive Server 15.7

Jeśli to możliwe, do specjalnych rzeczy takich jak ta, lubię używać funkcji CLR.

W tym przypadku:

[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;
    }

Ja osobiście prawie zawsze używam funkcji zdefiniowanych przez użytkownika do tego, jeśli chodzi o SQL Server 2005 (lub niższą wersję), należy jednak zauważyć, że istnieją pewne wady korzystania z UDF, zwłaszcza jeśli stosuje się je do klauzul WHERE(patrz poniżej i komentarze na tej odpowiedzi dla dalszych szczegółów). Jeśli używasz SQL Server 2008 ( lub nowszego) - patrz poniżej.

W rzeczywistości, dla większości baz danych, które tworzę, dodaję te UDF tuż przy starcie, ponieważ Wiem, że jest 99% szansa, że prędzej czy później będę ich potrzebował.

Tworzę jeden dla "tylko Data" & " tylko czas "(chociaż" tylko Data " jeden jest zdecydowanie najczęściej używany z dwóch).

Oto kilka linków do różnych UDF związanych z datą:

Podstawowe funkcje daty, czasu i DateTime serwera SQL
Get date Only Function

Ten ostatni link pokazuje nie mniej niż 3 różne sposoby uzyskania daty tylko część pola datetime i wymienia kilka zalet i wad każde podejście.

Jeśli używasz UDF, należy zauważyć, że powinieneś unikać używania UDF jako części klauzuli WHERE w zapytaniu, ponieważ znacznie utrudni to wykonanie zapytania. Głównym powodem tego jest to, że użycie UDF w klauzuli WHERE renderuje tę klauzulę jako non-sargable, co oznacza, że SQL Server nie może już używać indeksu z tą klauzulą w celu zwiększenia szybkości wykonywania zapytań. W odniesieniu do mojego własnego wykorzystania UDF, będę często używać kolumna daty "surowa" w klauzuli WHERE, ale zastosuj UDF do wybranej kolumny. W ten sposób UDF jest stosowany tylko do przefiltrowanego zestawu wyników, a nie do każdego wiersza tabeli jako część filtra.

Oczywiście, absolutnym najlepszym podejściem jest użycie SQL Server 2008 (lub wyższej) i oddzielenie dat i czasów, ponieważ silnik bazy danych SQL Server natywnie dostarcza poszczególne składniki daty i czasu i może skutecznie odpytywać te dane. niezależnie, bez potrzeby stosowania UDF lub innego mechanizmu do wyodrębniania części daty lub czasu z kompozytowego typu datetime.

Użyłbym:

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

W ten sposób skutecznie tworzysz nowe pole z pola daty, które już posiadasz.