アカウント名:
パスワード:
いまからやっておけば安心
time_tをすぐに64bitデフォルトにしてもトラブらずに移行できる気もするけど(甘いか)
過去に作成されたファイルで日付がバイナリ形式で保存されているとコンパイルし直すだけじゃ済まないから対応が面倒臭いかも。
既存データは困りますよね。個人的には特に↓がやべぇと思ってます……。
https://dev.mysql.com/doc/refman/8.0/en/datetime.html [mysql.com]> The TIMESTAMP data type is used for values that contain both date and time parts.> TIMESTAMP has a range of '1970-01-01 00:00:01' UTC to '2038-01-19 03:14:07' UTC.
DB関係は、直さないとこは意地でも直しませんからねぇ…
4ビット消費してマイナスと1秒、5秒~1年刻みのtime値にしよう。紀元前どころか人類史前も年単位で表せるtimeを提供
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
2038年に32bitが残っているとも思えないし (スコア:0)
いまからやっておけば安心
time_tをすぐに64bitデフォルトにしてもトラブらずに移行できる気もするけど(甘いか)
Re:2038年に32bitが残っているとも思えないし (スコア:1)
過去に作成されたファイルで日付がバイナリ形式で保存されているとコンパイルし直すだけじゃ済まないから対応が面倒臭いかも。
Re: (スコア:0)
既存データは困りますよね。個人的には特に↓がやべぇと思ってます……。
https://dev.mysql.com/doc/refman/8.0/en/datetime.html [mysql.com]
> The TIMESTAMP data type is used for values that contain both date and time parts.
> TIMESTAMP has a range of '1970-01-01 00:00:01' UTC to '2038-01-19 03:14:07' UTC.
Re: (スコア:0)
DB関係は、直さないとこは意地でも直しませんからねぇ…
Re: (スコア:0)
4ビット消費してマイナスと1秒、5秒~1年刻みのtime値にしよう。
紀元前どころか人類史前も年単位で表せるtimeを提供