90

さまざまなタイムゾーンと夏時間設定からのグローバル時間データを処理する必要があるアプリケーションを扱っています。アイデアは、すべてをUTC形式で内部に保存し、ローカライズされたユーザーインターフェイスに対してのみ前後に変換することです。SQL Serverは、時間、国、およびタイムゾーンを指定して翻訳を処理するためのメカニズムを提供しますか？

これは一般的な問題であるに違いないので、グーグルが使用可能なものを何も表示しないことに驚いています。

ポインタはありますか？

4

11 に答える 11

70

これは、現在 SQL Server のホストと同じ UTC オフセットを持つ日付に対して機能します。夏時間の変更は考慮されていません。YOUR_DATE変換する現地の日付に置き換えます。

SELECT DATEADD(second, DATEDIFF(second, GETDATE(), GETUTCDATE()), YOUR_DATE);

于 2010-11-07T15:41:26.083 に答える
22

これらの回答のいくつかはあなたを球場に連れて行くでしょうが、夏時間のためにSqlServer2005以前の任意の日付でやろうとしていることを行うことはできません。現在のローカルUTCと現在のUTCの差を使用すると、現在のオフセットが得られます。問題の日付のオフセットがどうなるかを判断する方法が見つかりませんでした。

そうは言っても、SqlServer 2008がその問題に対処する可能性のあるいくつかの新しい日付関数を提供することは知っていますが、以前のバージョンを使用している人は制限に注意する必要があります。

私たちのアプローチは、UTCを永続化し、変換の精度をより細かく制御できるクライアント側で変換を実行することです。

于 2011-10-14T18:50:42.327 に答える
17

SQL Server 2016 以降、および Azure SQL データベースの場合は、組み込みのAT TIME ZONEステートメントを使用します。

以前のエディションの SQL Server の場合、ここにリストされているように、私のSQL Server Time Zone Supportプロジェクトを使用して IANA 標準タイム ゾーン間で変換できます。

UTC からローカルへは次のようになります。

SELECT Tzdb.UtcToLocal('2015-07-01 00:00:00', 'America/Los_Angeles')

ローカルから UTC は次のようになります。

SELECT Tzdb.LocalToUtc('2015-07-01 00:00:00', 'America/Los_Angeles', 1, 1)

数値オプションは、現地時間の値が夏時間の影響を受ける場合の動作を制御するためのフラグです。これらについては、プロジェクトのドキュメントで詳しく説明されています。

于 2015-04-03T05:50:39.993 に答える
14

SQL Server 2008 には、 というタイプがありますdatetimeoffset。このタイプのものには本当に便利です。

http://msdn.microsoft.com/en-us/library/bb630289.aspx

次に、関数を使用しSWITCHOFFSETて、あるタイムゾーンから別のタイムゾーンに移動できますが、同じ UTC 値を維持できます。

http://msdn.microsoft.com/en-us/library/bb677244.aspx

ロブ

于 2009-07-30T08:26:01.980 に答える
4

私は、ローカル イベントに関係のないすべての日時ストレージに DateTimeOffset を使用する傾向があります (例: 博物館での会議/パーティーなど、午後 12 時から午後 3 時)。

現在の DTO を UTC として取得するには:

DECLARE @utcNow DATETIMEOFFSET = CONVERT(DATETIMEOFFSET, SYSUTCDATETIME())
DECLARE @utcToday DATE = CONVERT(DATE, @utcNow);
DECLARE @utcTomorrow DATE = DATEADD(D, 1, @utcNow);
SELECT  @utcToday [today]
        ,@utcTomorrow [tomorrow]
        ,@utcNow [utcNow]

注: ネットワーク経由で送信するときは常に UTC を使用します... クライアント側の JS は、ローカル UTC との間で簡単に取得できます。参照: new Date().toJSON()...

次の JS は、ISO8601 形式の UTC/GMT 日付をローカルの日時に解析します。

if (typeof Date.fromISOString != 'function') {
  //method to handle conversion from an ISO-8601 style string to a Date object
  //  Date.fromISOString("2009-07-03T16:09:45Z")
  //    Fri Jul 03 2009 09:09:45 GMT-0700
  Date.fromISOString = function(input) {
    var date = new Date(input); //EcmaScript5 includes ISO-8601 style parsing
    if (!isNaN(date)) return date;

    //early shorting of invalid input
    if (typeof input !== "string" || input.length < 10 || input.length > 40) return null;

    var iso8601Format = /^(\d{4})-(\d{2})-(\d{2})((([T ](\d{2}):(\d{2})(:(\d{2})(\.(\d{1,12}))?)?)?)?)?([Zz]|([-+])(\d{2})\:?(\d{2}))?$/;

    //normalize input
    var input = input.toString().replace(/^\s+/,'').replace(/\s+$/,'');

    if (!iso8601Format.test(input))
      return null; //invalid format

    var d = input.match(iso8601Format);
    var offset = 0;

    date = new Date(+d[1], +d[2]-1, +d[3], +d[7] || 0, +d[8] || 0, +d[10] || 0, Math.round(+("0." + (d[12] || 0)) * 1000));

    //use specified offset
    if (d[13] == 'Z') offset = 0-date.getTimezoneOffset();
    else if (d[13]) offset = ((parseInt(d[15],10) * 60) + (parseInt(d[16],10)) * ((d[14] == '-') ? 1 : -1)) - date.getTimezoneOffset();

    date.setTime(date.getTime() + (offset * 60000));

    if (date.getTime() <= new Date(-62135571600000).getTime()) // CLR DateTime.MinValue
      return null;

    return date;
  };
}
于 2012-05-21T18:32:15.000 に答える
3

はい、ある程度ここで詳しく説明します。
私が使用したアプローチ（2008年以前）は、DBに挿入する前に.NETビジネスロジックで変換を行うことです。

于 2009-07-30T08:20:59.040 に答える
1

GETUTCDATE（）関数を使用してUTC日時を取得できます。おそらく、GETUTCDATE（）とGETDATE（）の差を選択し、この差を使用して日付をUTCに調整できます。

しかし、私は前のメッセージに同意します。ビジネスレイヤー（たとえば、.NET）で正しい日時を制御する方がはるかに簡単です。

于 2009-07-30T08:21:03.783 に答える
-1

使用例:

SELECT
    Getdate=GETDATE()
    ,SysDateTimeOffset=SYSDATETIMEOFFSET()
    ,SWITCHOFFSET=SWITCHOFFSET(SYSDATETIMEOFFSET(),0)
    ,GetutcDate=GETUTCDATE()
GO

戻り値：

Getdate SysDateTimeOffset   SWITCHOFFSET    GetutcDate
2013-12-06 15:54:55.373 2013-12-06 15:54:55.3765498 -08:00  2013-12-06 23:54:55.3765498 +00:00  2013-12-06 23:54:55.373
于 2013-12-07T00:14:57.180 に答える