SQL DSTの境界を越える時間（時間）を計算する

Question

私たちのシステムでは、ユーザーのためのシフトを作成するストアドプロシージャがあります。これらのシフトには、指定された開始/終了時間と継続時間があります。これらのシフトがDST境界を越えると、継続時間が正しく表示されません。以下の例を見てみましょう：

declare @start DATETIME = '2017-03-11 22:00:00.000', 
@end DATETIME = '2017-03-12 06:00:00.000' 
select (DATEDIFF(hh, @start, @end)) as 'Elapsed Hours' 

これは8時間の経過時間を返します。しかし、今年の3月12日にDSTが始まり、時計は1時間前に移動します。したがって、実際の経過時間はわずか7です。SQL 2016ではAT TIME ZONE関数を使用してこれを回避できますが、残念ながらSQL 2008 - 2016ではこれをサポートする必要があります。

How to create Daylight Savings time Start and End function in SQL Server これらの関数を使用してDSTの開始日と終了日を取得し、シフトがこれらの境界線の1つを越えているかどうかを確認してから適切なオフセットを適用することができます私には醜い選択肢のように。まず、すべての場所でDSTが監視されているわけではなく、すべての国で同じDSTスケジュールが使用されているわけではありません...だから、これを行うにはより良い方法が必要だと考えています。コミュニティの他の誰もがこの問題を抱えていて、それを処理するためのよりよい方法を見つけましたか？

Answer 1

異なる場所でDSTスケジュールで特定された不確実性のため、すべての日時計算をUTCで行い、クライアントの現地時間で表示することが推奨されることがよくあります。 DSTのルールは、地方の法律に基づいていつでも変更することができます。都市間でも、UTCは時間を計算する最良の方法です。

追加の明確化のための編集：SQL2016修正プログラムでも、人間の介入とルールの更新に依存して、各国、州、および都市がDSTの法律を変更しても最新の状態に保たれます。 UTCは、一貫して信頼性の高い最高のツールです。