問題タブ [convert-tz]

表の詳細に基づいて、「現在利用可能な」レコードを選択したいと思います。簡単なはずだと思いますが、もちろん見ていません。ここで質問することで、自分の質問に答えられるように頭をジョギングできることを願っています。

私は2つのテーブルを持っています：

現在のGMTタイムスタンプが「2012-07-0813：35：00 GMT」であることがわかっている場合、タイムゾーンを調整した後、table_2.day_of_weekが一致するtable_1からレコードを選択できるはずです。

MySql関数CONVERT_TZは有望に見えました！

CONVERT_TZ（ '2004-01-01 12:00:00'、'GMT'、'MET'）
CONVERT_TZ（ '2004-01-01 12:00:00'、'+ 00：00'、'+ 10：00 '）;

私はこれを試すことができた：

SELECT id from table_1 inner join table_2 ON（table_1.id = table_2.table_1_id）
WHERE DAYOFWEEK（CONVERT_TZ（UTC_TIMESTAMP、'GMT'、table_1.time_zone_name））= table_2.day_of_week

ただし、CONVERT_TZ関数は、ホストにインストールされているMySqlの「US/Eastern」などのゾーン名を受け入れません。MySqlドキュメントによると：

「MET」や「Europe/Moscow」などの名前付きタイムゾーンを使用するには、タイムゾーンテーブルを適切に設定する必要があります。

どうやらそれらは適切に設定されていません。

これについてもっと良い方法はありますか？任意の提案をいただければ幸いです。

データベースに、または(Z はズールー時間、または) というMySQL形式のタイムゾーンの日付を含むフィールドがあります。1986-07-10T00:00:00.000+02:001986-07-10T00:00:00.000ZUTC

WHERENOW (my timezone = ) と日付フィールドの差Europe/Brusselsがたとえば 18 年以上あるかどうかをチェックする句を作成しようとしています。のみを使用してこれを達成する方法はありますSQLか?

呼び出された関数について読んでいCONVERT_TZ()ましたが、正しい方向に進んでいるかどうかわかりません。

MySQLのDATETIME列を使用して日付と時刻を保存します。日付はUTCです。ある日からアイテムを選びたいです。私が今していること：

タイムゾーンはユーザーによって異なることに注意してください

問題は、テーブルの成長が非常に遅いことです。それをより速くする方法はありますか？

問題：アプリサーバーで正しいタイミング、データベースで間違っている。

私は中国にいます。タイムゾーンはUTC+8です。休止状態を使用しています。次のようなエンティティ定義（言語：Scala）

Hibernateログを開きます。アプリサーバーで以下を参照してください。現在の時刻は、2012年9月13日木曜日11:08:44 CST

私のデータベースサーバーでは：

したがって、mysqlのタイムゾーンは正しいです。UTC + 8

mysqlから選択した後：

log_dateが間違っています！

ORDER BY 句のタイムスタンプに CONVERT_TZ() を使用する理由を教えてください。この場合、タイムスタンプは常に UTC になります。

私が使用しているコードの一部でそれを見つけましたが、これは現在 mysql_tzinfo_to_sql のためにバグがあるため、削除したいと思います。

SELECT や WHEN などの他の場所で使用する理由がわかります。しかし、ORDER BY でそれを使用する正当な理由はありますか?

UTCまでの秒単位のオフセットがあります。データベースに保存されているすべてのタイムスタンプはUTCであり、選択クエリ中にオフセットを適用する方法、

UTC時刻でデータベースに挿入し、現地時間で取得したいと思います。

PHPの場合：

selectのmysqlのランタイムをunix_timestampフィールド$user_timezone_offsetに差し引くことはできますか？

明らかに必要なものであるUTCに挿入していますが、ユーザーの現地時間で選択するには、データベースに保存されているタイムスタンプにオフセットを適用する必要があります。

編集：私はちょうどこれに出くわしました：

それをselectクエリに適用して、unix_timestampの選択をselect内で比較するために変換し、結果もphpのfetch_array用に変更する方法を知る必要があります。

これが解決策のようです：

実際、これには問題があります-

チェックしながら変換されます

選択時に変換されます-そこでは変換されず、別の

変換された値に対してチェックが行われるたびに、unix_timestampが「変換」されるように呼び出す必要があります。

RFC2822形式の文字列があり、適切なタイムスタンプをUTC時間で挿入したいと思います。

今まで私は思いついた

しかし、問題はTZオフセット-0700であり、フォーマット指定子がないようです。

そのようなタイムスタンプをデータベースに適切に挿入するにはどうすればよいですか？

アプリケーション側での処理は避けたい。

アップデート

文字列を繰り返す代わりに変数を使用して「きれいに」それを行う方法はMon, 15 Aug 2005 15:52:01 +0200？

重複の可能性:
MySQL CONVERT_TZ()

CONVERT_TZ は夏時間を考慮していますか?

例えば：

CONVERT_TZ('2013-1-1 12:00:00', 'US/Pacific', 'UTC');

正しい結果が得られましたが、DST シナリオをテストする方法がわかりません。