多用户Web应用程序的数据库结构

Question

我正在进行一个有学习目的的项目。由于这个项目因其主题而对我有吸引力，因此我想打下良好的基础，甚至最终付诸实践。

由于我的项目非常复杂，因此向您解释我的问题是，我将使用一个作为议程应用程序的小说项目。

该Web应用程序将具有一个日历，用户可以在其中添加事件和提醒，假设有10,000个用户使用该日历，而这10,000个用户将添加数千个事件和提醒。

我的问题是，您推荐两种方法中的哪一种与数据库结构有关？

• 我是否应该为每个用户（在创建用户时）创建带有提醒和事件表的单独数据库，并将数据库与单独数据库中的用户相关联
• 还是我应该为一个事件创建一张表，为提醒创建一张表，为用户创建一个表，并将它们彼此关联在一个数据库中？

到目前为止，我还没有完成任何多用户Web应用程序的工作，对于许多用户，我也不熟悉数据库结构方法。如果您有任何设计模式，请分享：)

Answer 1

这是我的意见：

1. 不，你应该不为每个用户创建一个单独的数据库。它无法扩展。这意味着每次添加用户时，都必须创建一个新数据库吗？决不。
2. 一个数据库，多个用户-关系数据库就是为此而生的。

10,000个用户不是那么大的受众。每创建数千个事件和提醒将意味着1000万个事件和1000万个提醒。那不是大型的关系数据库。

您可能需要担心对旧记录进行分区和清除。您将采取什么样的政策来保留这些事件和提醒？一年后用户将拥有什么访问权限？5年？十年？这些也是要考虑的好话题。

获得有关实体/关系建模的好书，并仔细阅读。亚马逊上的任何现代产品都可以。