每位用户处理大数据的最佳数据库设计方法是什么？

Question

我找到了一个制作餐厅“调查”网络应用程序的工作，该应用程序将仅跟踪用户关于餐厅的状态（将在后面说明），以及该餐厅是否是您的最爱。几乎就是我拥有和需要的所有数据。我也有类别和子类别，但使用的并不多。

因此，我们总共谈论386家餐厅（可以选择添加更多餐厅）。注册后，每个用户都可以填写数据，然后将其保存以供以后在应用程序上使用。用户可以设置三个状态选项之一（0-从未去过，1-计划很快去，2-曾经去过），他们还可以添加到收藏夹中。

我当前的解决方案是：

• 我仅保留状态为1和2的记录，0被忽略并且不存储在DB中
• 此外，如果有人将状态从2或1更改为0，记录也会被删除
• 我将餐厅的完整JSON数据保留在本地存储中，然后在用户登录时，服务器获取其所有数据（比如说20条记录，然后该数据通过ID与静态本地存储列表合并）] >
• 因此，该静态JSON列表将以一种方式转换，即将数据库中找到的记录添加到称为record的新属性上的对象中。那些没有记录的记录添加了一个空的记录属性。

所以最后，我的问题是这是正确/最佳的方法。最初，我想到了为每个注册用户初始化368个餐厅的所有方法，然后按索引访问它们，因为那样我就知道ID 0-367是用户1，ID 367-735是用户2等。但是正如您所看到的，只有10个用户，有3k +条记录可能保持为空/空。

另一方面，由于当前餐厅数据是静态的，所以我目前实现此目标的目的是将前端和后端的工作分开，但是我担心何时/如果记录数达到百万/千万。在那种情况下，所有记录将散落在周围，并且某人可能有一个ID为4，然后为904,302的记录。

这是我使用的当前表：

我应该注意，我在每个页面上都建立了索引，并尝试尽可能地对其进行优化。

我找到了一个制作餐厅“调查”网络应用程序的工作，该应用程序将仅跟踪用户关于餐厅的状态（将在后面说明），以及该餐厅是否是您的最爱。几乎就是...

Answer 1

听起来不像很多数据。