php - 数据库设计 : one large DB for all customers or many small DBs

Question

寻找任何建议或忠告，甚至是最佳实践。我已经使用 php 和 mysql 开发了一个在线数据库。它允许公司记录投诉和解决方案等。有一个用于登录的用户数据库和一个用于记录主要数据的 cip 数据库。 2家公司正在试用和测试数据库。目前每家公司都在使用单独的数据库和单独的 html 页面。我想知道添加更多公司的最佳方式是什么。
我的想法是:

1.拥有一个用于用户的大型数据库和一个用于 cip 的大型数据库，并使用公司 ID 或类似名称来识别数据库中的各个公司记录。

2。为每个公司使用相同的 html 页面，但从登录详细信息中选择要使用的数据库。这样每家公司都会有一个单独的 cip 数据库，但所有公司都使用相同的用户数据库。

3。或者只是将每个公司的所有内容分开。 (这可能对进行更新非常不利)

我希望我已经说清楚了，并期待任何建议。

谢谢

Answer 1

我想回答的一个问题是，您是否需要跨客户查看数据以供自己报告或使用？在这种情况下，您需要选择第一个，否则您将很难获得良好的报告。

您会根据客户进行任何定制吗？这表明将事物分开可能是更好的选择。如果您永远不会定制，那么就不要分开。

我在所有这些选项中都使用过系统，而第一个选项是目前为止最适合长期维护的选项。但是，如果您有条理并且计划周全，那么所有这些都是可行的。如果您选择单独的选项，则必须能够将更改推送到所有客户端，因此必须通过保存在源代码管理中的脚本对数据库进行更改。您甚至可能需要按数据库版本保留源代码控制，以便客户可以选择升级或不升级。当然，在选项 1 中，没有人可以选择继续使用旧版本。如果这更符合您的业务需求，那是选项 1 的优势。

我非常同意 Ollie Jones 的观点，如果你使用选项一，你必须有一个良好的数据库安全设计，以防止客户端看到其他客户端的数据。我们曾经将一个客户端从一个服务器上移动到一个共享数据库，只有一个进程没有请求 client_ID(旧系统不需要它，开发人员变得草率)最终通过电子邮件发送了所有所有其他客户的销售代表提供有关第一个客户的信息。这让公司花了很多钱(既要解决问题，也要发送电子邮件道歉，结果我们几乎失去了一个客户，不得不给他们一些成本减免来留住他们)和许多卑躬屈膝的道歉，开发商只是勉强错过了失去工作的机会。让这成为您不会通过艰难的方式学到的教训。