Beste Methode zum Entfernen des Zeitteils von datetime in SQL Server

Question

Welche Methode bietet die beste Leistung beim Entfernen des Zeitanteils aus einem Datetime-Feld in SQL Server?

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

oder

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

Bei der zweiten Methode werden zwar ein paar Bytes mehr gesendet, aber das ist vielleicht nicht so wichtig wie die Geschwindigkeit der Konvertierung.

Beide scheinen auch sehr schnell zu sein, aber es könnte einen Unterschied in der Geschwindigkeit geben, wenn es um Hunderttausende oder mehr Zeilen geht?

Ist es auch möglich, dass es noch bessere Methoden gibt, um den Zeitanteil einer Datumsangabe in SQL loszuwerden?

Answer 1

Für mich ist der folgende Code immer ein Gewinn:

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

Answer 2

Bereits beantwortet, aber ich werfe dies auch dort draußen... dies angeblich auch gut funktioniert, aber es funktioniert durch Wegwerfen der Dezimal (die Zeit speichert) aus dem Float und zurückgeben nur ganze Teil (die Datum ist)

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

Zum zweiten Mal habe ich diese Lösung gefunden... Ich habe diesen Code abgegriffen

Answer 3

Siehe diese Frage:
Wie kann ich eine Datumsangabe in SQL Server abkürzen?

Was auch immer Sie tun, Verwenden Sie nicht die String-Methode . Das ist so ziemlich die schlechteste Art und Weise, wie man es machen kann.

Answer 4

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

Answer 5

Ich glaube, Sie meinen cast(floor(cast(getdate()as float))as datetime)

real ist nur 32-Bit, und könnte einige Informationen verlieren

Dies ist die schnellste cast(cast(getdate()+x-0.5 as int)as datetime)

...allerdings nur etwa 10% schneller (about 0.49 microseconds CPU vs. 0.58)

Dies wurde empfohlen und dauert in meinem Test auch so lange: DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

In SQL 2008 ist die SQL CLR-Funktion mit 1,35 Mikrosekunden gegenüber 6,5 Mikrosekunden etwa fünfmal schneller als eine SQL-Funktion, was auf einen wesentlich geringeren Funktionsaufruf-Overhead für eine SQL CLR-Funktion im Vergleich zu einer einfachen SQL UDF hinweist.

In SQL 2005 ist die SQL CLR-Funktion nach meinen Tests 16 Mal schneller als diese langsame Funktion:

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