SQL Server DATEADD: 大きな整数のタイムスタンプによる算術オーバーフローを回避するには?

大きな整数に関する DATEADD の落とし穴

大きな整数のタイムスタンプを使用する場合、SQL Server の DATEADD 関数に制限が発生する可能性があります。この記事では、大きな整数値が算術オーバーフロー エラーを引き起こす特定のケースについて説明します。

問題

大きな JavaScript タイムスタンプを次の SQL ステートメントに変換することを目的としているとします。 SQL の日付:

DATEADD(MILLISECOND, cast(569337307200000 as bigint) % 1000, DATEADD(SECOND, cast(569337307200000 as bigint) / 1000, '19700101'))

SQL Server 2008 でこのステートメントを実行します。 「式を int データ型に変換する際の算術オーバーフロー エラー」が発生します。

解決策

このエラーを克服する鍵は、DATEADD 操作をより小さなチャンクに分割することです。 。最初に時間を大きな単位 (秒や分など) で加算し、次に残りのミリ秒を加算することで、オーバーフローを回避できます。

たとえば、次のステートメントは、長い期間 (単位は秒) を指定して開始時刻を計算します。ミリ秒):

DATEADD(ms, -large_duration_ms%60000, DATEADD(minute, -large_duration_ms/60000, GETDATE()))

この例では、最初に長い期間から分を減算し、次に残りのミリ秒を加算します。このアプローチにより、中間計算がオーバーフローしないことが保証されます。

以上がSQL Server DATEADD: 大きな整数のタイムスタンプによる算術オーバーフローを回避するには?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。