mysql - 标准化日期 (yy-mm-dd) 还是坚持使用日期时间？

Question

我们正在重构我们的数据库，我们将每天向数据库添加大约 100.000 行。每行现在都包含一个日期字段 (yy-mm-dd)，因此今天我们将日期“2013-11-29”输入表格 100.000 次。

将日期分解到一个单独的表中并使用它的 id 代替是否有意义，因为我们不存储时间？

那里有一个权衡。如果我们将其分解，我们将在稍后查看记录时使用的查询中添加另一个 JOIN。我们在查询信息时已经连接了 3 个表，该数据库由大约 1000 万条条目组成。

有什么想法吗？数据库变得越来越庞大，因此我们需要考虑磁盘空间以及预制件。

Answer 1

将日期分解到一个单独的表中的驱动考虑不应该是存储。这是一个关于数据模型的问题。正如 Gareth 指出的那样，内置日期的大小和外键的大小大致相同。

真正的问题是您是否需要有关无法从内置日期函数轻易获得的日期的其他信息。 MySQL 有一组丰富的日期函数，您可以在其中获取星期几、将日期格式化为字符串、提取组件等。此外，内置函数还处理比较、差异以及向日期添加“间隔”。

如果这些足够了，那么使用内置函数。另一方面，如果您有围绕日期的“业务规则”，请考虑另一个表。以下是此类业务规则的示例:

• 一组特殊的日期，可能是假期。或者更糟糕的是，取决于国家/地区的假期。
• “季度”、“年”、“一年中的一周”等特殊业务定义。
• 出于国际化目的需要支持多种日期格式。
• 关于日期类型的特殊规则，例如“工作日”与“周末”。

日期表只是处理这些问题的一种可能解决方案。但如果您需要支持这些，那么拥有一个单独的日期表就开始有意义了。