mysql - mysql 表中的连续多个日期值是个好主意吗？

Question

以下问题针对我有限的mysql数据库设计经验。

我已经设置了一个 mysql 表，每天为每个用户保存一个唯一的数据值，请参见下面的简化示例。用户的私有(private)网页将在定义的时间段内检索多个数据值，最长可达(最近)365 天，甚至更多。

表格字段:

id  userid dayval1  dayval2  dayval3 ...dayval31  date

我在一个记录中保存 31 天的值(而不是每个天值一个记录)的原因是为了节省服务器处理能力/服务器成本；假设在 365 天的时间段内，每天需要为每个用户检索 12 条记录而不是 365 条记录，几年后可能会有 10.000 个用户(粗略的 Crystal 球用户)。

然后我注意到使用此表结构保存、检索和处理日值的(php 和 javascript)代码变得相对复杂(至少比每个日值的单个记录更复杂，我开始质疑我的选择:这种表结构真的会节省大量的服务器处理能力和成本，还是 yield 会很小，我最好选择单记录设计？

我还可以重新表述这个问题:哪些方面最能决定服务器和数据库软件的成本？ (是我假设的服务器处理能力，还是内存存储能力，或者可能是(我的)sql 数据库软件许可证？)

Answer 1

您基本上是在尝试用一种效率较低的语言重新发明 RDBMS 的成熟功能。

您实际上可以衡量这一点，但我敢打赌，与提取日常数据的 PHP 代码相比，MySQL 更适合处理数百万个正确索引的行。考虑一下您只是在记录数上节省了一个数量级。

(通过正确索引，我的意思是 CREATE UNIQUE INDEX date_users_days ON data(user_id, date))