SQL Serverで日時の時間部分を削除する最善の方法

SQL Serverの日時フィールドから時間部分を削除するときに、どの方法が最高のパフォーマンスを提供しますか？

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

または

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

2番目の方法は、どちらの方法でも数バイトを送信しますが、変換の速度ほど重要ではない場合があります。

どちらも非常に高速に見えますが、数十万行以上を処理するときに速度に違いがあるのではないでしょうか。

また、SQLの日時の時間部分を取り除くためのさらに優れた方法がある可能性はありますか？

厳密に言えば、メソッドaは最もリソースを消費しません。

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

同じ合計期間で100万行のCPUをあまり消費しないことが証明されており、手作業が多すぎる場合：SQL Serverで日付と時刻から日付を取得する最も効率的な方法は？

他の場所でも同様のテストを見て、同様の結果を得ました。

私はDATEADD / DATEDIFFを好みます。

• varcharは言語/日付形式の問題の影響を受けます
  例：なぜ私のCASE式は非決定的ですか？
• floatは内部ストレージに依存しています
• 「0」ベースを変更することにより、月の初日、明日などのワークアウトに拡張

編集、2011年10月

SQL Serverの2008+について、あなたはにキャストすることができますdateすなわちCAST(getdate() AS date)。または、dateデータ型を使用して、削除する時間がないようにします。

編集、2012年1月

これがいかに柔軟であるかを示す実例：SQLサーバーで丸められた時間または日付の数値で計算する必要がある

編集、2012年5月

考えずにWHERE句などでこれを使用しないでください。関数またはCASTを列に追加すると、インデックスの使用が無効になります。ここ2を参照してください：http : //www.simple-talk.com/sql/t-sql-programming/ten-common-sql-programming-mistakes/

現在、これには、CASTを正しく日付管理する新しいSQL Serverオプティマイザーバージョンの例がありますが、 一般的には悪い考えです...

編集、2018年9月、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％のように見えます）

100万レコードの数ラウンドのCPU時間：

DATEADD   MAGIC FLOAT
500       453
453       360
375       375
406       360

ただし、これらの数値はすでに非常に高速であるため、無関係である可能性があることに注意してください。100,000以上のレコードセットがなければ、CPU時間をゼロ以上に読み取ることもできませんでした。

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でテスト済み）

編集：Adamのコメントによると、これはテーブルから日付値を読み取る場合は発生しませんが、日付値をリテラルとして提供する場合に発生する可能性があります（例：ADO.NET経由で呼び出されるストアドプロシージャのパラメーターとして）。

そもそも挿入/更新の時間を取り除きます。オンザフライ変換については、ユーザー定義関数の保守性の面で勝るものはありません。

select date_only(dd)

の実装はdate_only好きなようにすることができます-今では抽象化されており、コードを呼び出すことははるかにきれいです。

この質問を参照してください：
SQL Serverで日時を切り捨てる方法を教えてください。

何をする場合でも、文字列メソッドを使用しないでください。それはあなたがそれを行うことができる最悪の方法についてです。

すでに回答しましたが、これもそこに捨てます...これもおそらくプリフォームしますが、フロートから小数（時間を格納する）を捨て、全体（日付）のみを返すことによって機能します

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

2回目にこの解決策を見つけた... このコードを入手した

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

このメソッドは文字列関数を使用しません。 Date基本的には、10進数の前の数字が1日の端数である実際のデータ型です。

これは私よりもずっと速いと思います。

私にとって、以下のコードは常に勝者です：

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

CONVERT（char（10）、GetDate（）、126）を選択します

ってことだと思う cast(floor(cast(getdate()as float))as datetime)

実数は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関数はSQL関数を使用する場合よりも約5倍高速であり、6.5マイクロセクションに対して1.35マイクロ秒であり、単純なSQL UDFに対してSQL CLR関数の関数呼び出しオーバーヘッドがはるかに低いことを示しています。

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))

ここでは、SQL Serverの日時の一部を削除する関数を作成しました。使用法：

• 最初のパラメーターは、削除される日時です。
• 2番目のパラメーターは文字です。
  • 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)

• Adaptive Server 15.7で動作するSQL v11でテスト済み

可能であれば、このような特別なことのために、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（またはそれ以前のバージョン）を扱う場合、ほとんどの場合、これにユーザー定義関数を使用しますが、特にWHERE句に適用する場合（特に、以下を参照）、UDFの使用には特定の欠点があることに注意してください。詳細については、この回答に関するコメント）。SQL Server 2008（またはそれ以上）を使用している場合-以下を参照してください。

実際、私が作成するほとんどのデータベースでは、遅かれ早かれそれらを必要とする可能性が99％あることがわかっているため、これらのUDFを最初のすぐ近くに追加します。

私は「日付のみ」と「時間のみ」用に1つを作成します（「日付のみ」の方がはるかに2つのうち最も使用されていますが）。

以下は、日付に関連するさまざまなUDFへのリンクです。

重要なSQL Serverの日付、時刻、日付時刻関数は
日付のみの関数を取得します

最後のリンクは、日時フィールドの一部のみを取得する3つの方法を示しており、各アプローチの長所と短所について言及しています。

UDFを使用する場合は、クエリのWHERE句の一部としてUDFを使用しないようにする必要があります。これは、クエリのパフォーマンスを大幅に低下させるためです。この主な理由は、WHERE句でUDFを使用すると、その句が検索できないものになるためです。。つまり、SQL Serverは、クエリの実行速度を向上させるために、その句を含むインデックスを使用できなくなります。私自身のUDFの使用法を参照して、WHERE句内で「生の」日付列を頻繁に使用しますが、UDFをSELECTされた列に適用します。このように、UDFはフィルターされた結果セットにのみ適用され、フィルターの一部としてテーブルのすべての行には適用されません。

もちろん、SQL Serverデータベースエンジンは個々の日付と時刻のコンポーネントをネイティブで提供し、これらを個別に効率的にクエリできるため、SQL Server 2008（またはそれ以上）を使用して日付と時刻を分離することが絶対的に最善のアプローチです。複合日時型から日付部分または時刻部分を抽出するためのUDFまたはその他のメカニズムは必要ありません。

私は使うだろう：

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

したがって、既存の日付フィールドから新しいフィールドを効果的に作成します。