2017-10-03 5 views
0

サポート担当者が将来すべてのユーザーマシンで特定の時間枠の間にシステムトレイアラートを表示できるようにするアプリケーションを設計しようとしています。 複数のタイムゾーンにあるクライアントに、新しいアラートが表示されるように中央のサーバーにチェックインするようにしました。 中央DBには、アラートの詳細を開始/終了時間とともに格納するテーブルと、このテーブルをチェックすることによってクライアントに応答するWebサービスがあります。さまざまなタイムゾーンでクライアントにサービスを提供

問題は、クライアントと将来のサーバーのトリガー時間が、ユーザー指定のタイムゾーンになる可能性があることです。 私がここで読んだいくつかのスレッドに基づいて、最善の方法は、データベースにUTCで開始時刻と終了時刻を格納し、要求が入ったときにクライアントのタイムゾーンに変換することです。 これは、開始/終了時刻数分ごとにクライアントのタイムゾーンに転送します。私は、これがセントラルサーバーの主要なパフォーマンス上の問題であると心配しています。また、サマータイムを処理することも考慮すべきポイントです。

これを処理するスマートな方法はありますか?このようなシナリオを処理するためのベストプラクティスは本当に役に立ちます。

+0

これは質問少し広すぎる、と私の心の中でチュートリアルや意見に基づく答えにつながる可能性があります。 – Tanner

答えて

0

SQLを使用していると仮定して、データ型としてDateTimeOffsetを使用したいとします。このタイプは、タイムゾーンとDST情報の両方を操作する&を格納することができます。

問題のこのクラスの標準的な答えは、このスレッドで受け入れ答えをご覧ください。DateTime vs DateTimeOffset