关闭。这个问题需要更加突出重点。它目前不接受答案。**想改进这个问题吗?**通过编辑这篇文章更新这个问题,使它只关注一个问题。
两年前关门了。改进这个问题该网站拥有超过1000名用户。我们想在未来90天内将他们的日常数据存储在数据库中。任何查询都可以。只是想知道怎么开始。谢谢您
2ic8powd1#
好吧,既然读了你的评论,我对你的评论感到惊讶 6 field 限制。也许这是武断的?我想知道您是否正在考虑为每个用户输入的记录设置一行和一列。我建议如下:2个表(用于此功能)。我们给他们打电话吧 users ,和 recs 在 users 表中存储用户信息等,但最重要的是主键。使用可以而且应该自动递增的mysql。在 recs 您将存储用户输入的数据。您将为每个保存的记录插入新行,该表中的一列将引用 users table。此表中的另一列将保存时间。我个人喜欢使用unix时间戳,因为它是一个具有固定长度的整数,可以方便地在任何地方使用,但是如何保存日期/时间并不重要。您将设置某种类型的基于时间的检查系统,可能是cron作业,也可能是定期加载页面时运行的后台进程。此过程将检查 recs 以前创建的表 (now - 90days) . 您将删除它们或将它们标记为无效。我不确定你想要的答案有多具体,但这是我用来完成你所要求的事情的起点。由于行数不是按行宽(列)预定义的,因此将用户限制为6个条目的唯一原因是选择。如果你真的在寻找语法,我建议你把它分成多个具体的问题;许多问题已经得到了回答。
6 field
users
recs
(now - 90days)
1条答案
按热度按时间2ic8powd1#
好吧,既然读了你的评论,我对你的评论感到惊讶
6 field
限制。也许这是武断的?我想知道您是否正在考虑为每个用户输入的记录设置一行和一列。我建议如下:2个表(用于此功能)。我们给他们打电话吧
users
,和recs
在users
表中存储用户信息等,但最重要的是主键。使用可以而且应该自动递增的mysql。在
recs
您将存储用户输入的数据。您将为每个保存的记录插入新行,该表中的一列将引用users
table。此表中的另一列将保存时间。我个人喜欢使用unix时间戳,因为它是一个具有固定长度的整数,可以方便地在任何地方使用,但是如何保存日期/时间并不重要。您将设置某种类型的基于时间的检查系统,可能是cron作业,也可能是定期加载页面时运行的后台进程。此过程将检查
recs
以前创建的表(now - 90days)
. 您将删除它们或将它们标记为无效。我不确定你想要的答案有多具体,但这是我用来完成你所要求的事情的起点。由于行数不是按行宽(列)预定义的,因此将用户限制为6个条目的唯一原因是选择。
如果你真的在寻找语法,我建议你把它分成多个具体的问题;许多问题已经得到了回答。