Что нужно учитывать перед сохранением отрицательных дат в MySQL?

Question

Я сейчас работаю над проектом, который потребует от меня, чтобы пользователи хранили отрицательные даты в базе данных. Эти даты могут охватывать многие тысячи лет до нашей эры, а также «Сегодня». Я работал над многими проектами, в которых хранятся даты, но все они были относительно недавними датами, и ни один из них никогда не был отрицательным (BC).

Какие типы вещей я должен учитывать при работе с данным типом данных? Я полностью осведомлен о многих календарных сдвигах, которые произошли в истории, но я буду работать с современным календарем и не слишком беспокоиться о том, чтобы делать конверсии. Тем не менее, любая информация о конверсиях будет с благодарностью воспринята, так как это очень актуальная тема, и меня интересует академическая заинтересованность, хотя в этом проекте не требуется фокусироваться.

Update: Я буду рассказ YYYY-MM-DD (Этот формат не требуется)

Answer 1

Насколько точна ваша хранения должна быть? Это годы, дни или часы/минуты. Если вы смотрите только на дни или годы, то, возможно, вам не нужно на самом деле хранить дату, а скорее смещение +/- день/годы с вашего 0 Дата

Answer 2

У меня была аналогичная проблема, и я хотел продолжить эстафету по полям даты в БД, чтобы я мог использовать поиск диапазона дат с точностью до дня для исторических значений. (My DB включает в себя дату рождения и даты римских императоров ...)

Решением было добавить постоянный год (пример: 3000) на все даты, прежде чем добавлять их в базу данных и вычитая же перед отображением результатов запроса пользователям.

Если у вас в БД уже есть значение даты, не забудьте обновить значение выхода с новым номером константы.