負の日付をMySQLに保存する前に考慮すべき点は？

Question

私は現在、データベースに負の日付を格納できるようにする必要があるプロジェクトに取り組んでいます。これらの日付は、紀元前何千年にも及ぶ可能性があり、「今日」ほど遅れている可能性があります。私は日付を格納する多くのプロジェクトに取り組んだが、それらはすべて比較的最近の日付であり、それらのどれも負ではなかった（BC）。

このタイプのデータを扱う際には、どのようなことを考慮する必要がありますか？私は歴史の中で起こった多くのカレンダーシフトを十分に認識していますが、私は現代のカレンダーに取り組んでいて、コンバージョンを心配することはありません。しかし、コンバージョンに関する情報は、非常に重要なトピックであり、私が学問的に関心を持っているので、このプロジェクトで重点を置く必要はありませんが、非常に高く評価されます。

アップデート：私は物語YYYY-MM-DD（そのフォーマットは必要ありません）

Answer 1

がどのように正確なストレージをする必要がないでしょうか？年、日、時間/分か 日にちだけ見るのであれば、実際に日付を格納する必要はなく、0日の+/-日/年のオフセットです。

Answer 2

私は同様の問題がありました。 DBの日付フィールドにリレーを継続して、歴史的価値のための日付の正確性を日付範囲の検索に使用できるようにしたいと考えました。 DBに追加し、同じを差し引く前に、すべての日付に：

解決策が一定の年（3000例）を追加することでした（私のDBは...誕生とローマ皇帝の日付の日を含みます）クエリ結果をユーザーに表示する前に、

DBの日付値が既にある場合は、新しいconst番号で終了値を更新してください。