mysql - 改进我的数据库设计以实现 future 的可扩展性

Question

嗯，我正在开发一个可能涉及数千名用户的项目，而且我在数据库方面没有太多经验，特别是当它涉及实体之间的关系时。

让我解释一下我的情况。首先有一个用户可以使用他的凭据登录我们的系统。我们的系统中有一个模块，这将使他能够创建项目。这样就带来了用户表和项目表之间的关系。

现在还有另一个模块，即团队创建模块，它的作用正如其所言。从可用成员列表中，他可以选择他喜欢的成员并将其添加到团队中。因此，有针对该成员和团队的表格。此外，一个成员可以是多个团队的一部分，一个团队可以有多个成员，“用户”也可以是成员。

我自己设计了一个数据库，但我不确定它是好是坏。此外，如果有人能给我指出一些很好的教程，展示如何插入或更新涉及关系的表，我将非常感激。

到目前为止，这是我的设计:

更新

在与 IRC 上的某人讨论后，我提出了修改后的设计。我合并了“用户”和“成员(member)”表，因为用户也是成员(member)。

我的问题仍然是一样的，我走在正确的轨道上吗？

Answer 1

您的长远思考固然很好，但您的解决方案不会长期有效。

这种事情已经不是第一次尝试了。依靠那些曾经搞砸过的人的智慧。阅读数据建模模式书籍。

抽象和规范化。这就是您如何找到良好的长期解决方案的方法。

至少阅读一下《派对模型》。团体和个人实际上是同一个(抽象)事物。

实际上将不同的东西放在不同的表中。地址和成员不属于同一个表。