我有200个用户,每个用户最终会有一个带有特定数据的“reviewINFO”表。
每位用户每3至4个月会进行一次审核
因此,对于每次审核,它都会在“reviewINFO”表格中创建一个新行。
这就是我被困住的地方。我不确定是否需要在每行内部序列化表格。 例如:
- >链接
“USER1reviewINFO”-row1-> USER1table1
-row2->USER1table2
-row3->USER1table3
-row4->USER1table4
-row5->USER1table5
“USER2reviewINFO”-row1-> USER2table1
-row2->USER2table2
-row3->USER2table3
-row4->USER2table4
-row5->USER2table5
使用这种方法,它将在两年内产生几千行。我认为管理起来比较困难。
“Userxtablex”是一个包含子项名称,年龄,布尔值
的动态行的表我想到的是将每个USERxtable序列化到相应的行中。
请帮忙,因为我不想让这个复杂或效率低下
答案 0 :(得分:0)
通常,您不应该将这种性质的数据序列化到表格行中以实现您的目标(我假设它是用户和评论之间的隐式链接)
您需要做的是通过user_id
对评论进行关键,以便将所有评论打包在一个表格中,并以数字方式与用户表格相关联。
假设您在用户表中有一个AUTO_INCREMENT主键,那么您需要的只是评论表中的user_id
字段,表示该评论涉及的用户。如果这是您的建议,则不需要为每个用户提供单独的结构。评论也可以包含日期字段,因此您可以对特定年份或时间窗口执行查询。
然后,您可以使用JOIN查询来选择与特定用户或审阅相关的数据集,并应用通常的WHERE子句来确定要获取的结果集。