在 MySQL 中存储负日期来表示 BC/BCE（与 AD/CE）？

Question

我现在正在开发一个项目，该项目需要我使用户能够在数据库中存储负日期。 这些日期有可能跨越公元前数千年，最晚可达“今天”。 我参与过许多存储日期的项目，但它们都是相对较新的日期，并且没有一个是负值（BC）。

处理此类数据时我应该考虑哪些类型的事情？ 我完全了解历史上发生的许多日历转换，但我将使用现代日历，而不是太担心进行转换。 然而，任何有关转换的信息将不胜感激，因为它是一个非常相关的主题，也是我在学术上感兴趣的一个主题，尽管在这个项目期间不需要关注。

更新：我将存储YYYY-MM-DD（不需要该格式）。

Answer 1

您的存储需要多精确？ 是几年、几天还是几小时/分钟。
如果您只查看天或年，那么也许您不需要实际存储日期，而是需要存储 0 日期的 +/- 天/年的偏移量

Answer 2

我遇到了类似的问题，我想继续中继数据库中的日期字段，以允许我使用日期范围搜索，历史值的精确度可达一天。
（我的数据库包括出生日期和罗马皇帝的日期...）

解决方案是向所有日期添加一个常量年份（例如：3000），然后将它们添加到数据库并减去相同的日期向用户显示查询结果之前的编号。

如果您的数据库中已经有一些日期值，请记住使用新的常量值更新现有值。

Answer 3

这个答案应该涵盖所有书面/记录的人类历史

MySQL 可接受的日期范围是从 1000-01-01 到 9999-12-31。 （来源：Dev.MySQL.com：11.2.2 DATE、DATETIME 和 TIMESTAMP 类型。）因此，事实上，问题不是以负数或BCE日期开始，而是以 1000 年之前的所有日期开始，例如图拉真 (Trajan) 的诞生、公元 53 年等。

所以，让我们劫持一些日期！ 我们将把3000年视为1000年。我知道其他人已经建议了这一点，但是代码和演示在哪里？ 这就是我想要填写的内容。

当减去/添加年份来劫持日期范围时，我们需要处理一些奇怪的边缘情况。 例如，BC 和 AD（直到公元 9999 年）都已损坏，但这两个日期范围的工作方式不同。 什么样的逻辑可以成功地满足以下两个要求的重新映射？

• 在公元中，我们说：“今年是 x，明年是 x + 1。”
• 在 BC，我们说：“今年是 x，明年是 x - 1。”

无论如何，让我们编码吧！

从任何 DB 值转换为

老子的出生日期，正式为“公元前 571 年”，技术上为“公元-571 年”。 它存储为 4571。

year = 4571;
if(year >= 3000) {
  diff = year - 3000;
  real_year_number = 1000 - diff;
  console.log(real_year_number);
}

从任何日期转换为 DB 值

因此，老子的诞生，“公元前 571 年”。 它被视为-571。

year = -571;

if(year < 1000) {
    diff = ((year - 1000) * (-1)) + 3000;
  console.log(diff);
}

附录——关于破折号

如果您正在使用这些东西，您很快就会意识到许多日期格式库只需要两个破折号“年-月-日”等，并使用负数“-年-月-”天”，只会造成破坏。 就个人而言，我重写了上面的内容，将“BCE”前置到 bce 日期，即，您将拥有诸如“bce571-01-01”而不是“-571-01-01”等值。