用于基于时间的图表和报告生成的 MySQL 数据库结构

Question

我的应用程序将允许用户喜欢或不喜欢产品并留下简短的反馈。 我必须制作一个功能来显示图表并根据不同的时间范围生成报告，可能是每年、每月、每周和每天。

我必须通过图表显示特定时间段内有多少用户喜欢或不喜欢该产品并生成报告。 因此，我的应用程序应该能够生成特定产品2018 年8 月的日图或2018 年的月图。 如果是日图，该图应该能够显示每天有多少用户喜欢或不喜欢该产品，同样，它可能是每周、每月或每年的时间范围

我不确定这种类型的应用程序的数据库结构应该是什么？ 到目前为止，我一直在想什么。

products: id, name, descp...etc // products table

users: id, name, email ...etc // users table

user_reactions: id, user_id(foreign key), product_id(foreign key), action(liked or disliked, tinyint), feedback // user_reactions table

data: id, product_id(foreign key), date(Y-m-d), total_like, total_dislike. // data table, will be used to make graph and report

什么，我在想的是，我会在每天 23:59:59 运行一个 cron job 来统计每个产品的喜欢和不喜欢，并将数据添加到最后一个表中，即上面提到的data表，然后将使用此data表用于制作图表和报告。 我不确定这个数据库结构是正确的还是有一些未知的问题（将来可能会出现？）

注意：我的应用程序将使用PHP和MySQL

Answer 1

嗯，你的问题没有正确答案。 因为对您问题的回答称为基于意见的回答。 你和我肯定会得到足够的反对票。 但是，请听我说我的朋友，因为我曾经处于你的状态。

引用著名教授Donald Knuth先生的名言

过早优化是万恶之源

我们应该忘记小效率，比如大约 97% 的时间：过早的优化是万恶之源。 然而，我们不应该错过关键的 3% 的机会。

这个想法是你必须开始构建。 随着您的应用程序的进展，您将面临麻烦，您将面临数据库问题，您的系统可能无法扩展或无法处理一百万个请求。 但是，在您遇到那个问题之前，您不必担心它。

我并不是说你应该盲目地构建一个无限循环的系统，或者创建一个可能导致死锁的表连接。 我希望你明白我的意思。

用你的知识和理解建立一个系统。 因为没有一种直接的方法可以解决问题。 构建功能 -> 您遇到问题 -> 调整您的应用程序 -> 冲洗并重复。 有一天，你自己的经历会告诉你正确的道路。

从你给出的描述中，我无法确切地知道它会如何出现，但我相信它足以满足你的最初几天。 随着您的进步，您可能会发现很难添加新功能或添加其他约束，但它又是另一天。 等待它并提出另一个问题。

我希望我已经回答了你的问题。