MySQL 中的 SmallInt 与 Date - 性能、灵活性和大小

Question

我正在创建一个表格来存储每周的产品数据，实际上是计数器。

例子：

 id = 1
 productId = 195
 DateTime = 01/07/2012
 Counter = 0

我的问题是关于数据库存储空间、查询灵活性和性能。

我考虑使用 SmallInt 'WeekNumber' 列而不是 DateTime 列。

我将决定星期的开始日期（基准日期）。假设是 2012 年 10 月 10 日。

对于每个产品和每周，都会有一行代表我每天计算的总次数（即特定产品页面的浏览量）。

从我读到的：

日期列是 4 个字节

SmallInt 是 2 个字节

我想节省尽可能多的空间，但我希望能够根据日期范围（2012 年 8 月至 2013 年 9 月）、特定年份的特定星期等查询数据库。

这种架构方法好不好，否则我会发现自己在 SQL 性能、查询灵活性、索引等方面遇到问题。

Answer 1

考虑一下为了节省 2 个字节 1 个字节....

为了使用smallint，您将通过一个函数传递对数据的每次调用，以从您自己的任意日期开始获取其“周数”......这既不是更高效也不是更清晰.

同样，查询也不那么灵活，因为每个查询都需要根据您的神奇“开始日期”进行比较，而不仅仅是日期比较/分组。您的查询可能不是 SARGable 并且可能会较慢

编辑：从您的 cmets 中，您有 50GB 的硬限制....对于您正在讨论的聚合数据库来说，这是一个很大的空间。让这件事复杂化是在招致过度的压力和丧失可持续性。

根据 MySQL，DATE 类型只有 3 个字节，而 SMALLINT 的 2 个字节

http://dev.mysql.com/doc/refman/5.0/en/storage-requirements.html

因此，您将每行保存 一个字节（您说每周 2000 字节）......所以我们假设每周 2KB，每年 104 KB......

Answer 2

如果此表没有子表（没有引用它的外键），为了节省空间，您可以考虑省略代理主键 (id)，而使用复合键 (productId,date_) 作为主键。 （根据您的描述，听起来您希望将这些列的组合设为 UNIQUE，并且将这两列都设为 NOT NULL。

如果您要存储的是“周”标识符而不是 DATE，那么在数据库方面没有问题，只要您的查询没有将该列包装在表达式中以获取 DATE 值在谓词中使用。也就是说，为了性能，您的谓词将需要位于裸露的“周标识符”列上，例如

WHERE t.product_id = 195 AND t.week_id >= 27 AND t.week_id < 40

像这样在裸列上的谓词将是 sargable（即，允许使用索引。）您不想将 week_id 列包装在表达式中以返回 DATE，并使用 WHERE 子句在那个表情上。 （在比较的文字方面有表达式不是问题......你只是不希望它们在“表格”方面。

这确实将成为您是否可以使用 week_id 代替 DATE 列的决定因素。

使用“期间 ID”代替 DATE 对于整月的期间实施起来相当简单。 （对于“天”也很简单，但实际上没有什么好处。）在“周”期间实施这种方法更加复杂，因为您需要在两年之间进行一周的处理。

例如，假设今年（2012 年）的最后两天是星期日和星期一，但同一周的星期二到星期六是 2013 年。您需要确定是分开的两个星期，还是是否是同一周。

但是（SMALLINT 与 DATE 相比）节省 1 字节并不是真正的好处。 “week_id”列让你（如我所见）是你有一个标识一周的 id 值。考虑'2012-07-30'、'2012-07-31'、'2012-08-01' 的日期值，它们都代表同一周。因此，本周您有多个值，因此 (product_id,date) 上的 UNIQUE 约束并不能真正保证（在数据库方面）您在同一周内没有超过行。 （这当然不是无法解决的问题，你可以指定只存储一个星期日（或星期一）的日期值。）

---

总之，

为了节省空间，我将首先删除该代理 id 列，并将 product_id 和 DATE 的组合作为主键。

然后我会仅考虑将 DATE 更改为 SMALLINT，如果我可以保证所有查询都将引用该裸 SMALLINT 列，而不是引用将 SMALLINT 列转换回 DATE 的表达式.