php - 用于向多个客户部署 PHP MySQL 应用程序的重复表

Question

我正在采用一个为一个客户构建的 PHP MySQL 应用程序，并将其部署以供多个客户使用。每个客户帐户将拥有许多用户 (30-200)，每个用户可以有多个类别，每个类别有多个指标，每个指标>指标包含多个观察。几个是指大约2-8个。

最初，我计划拥有一个应用程序代码实例，该实例将根据表前缀连接到为该客户设置的适当表。但我现在考虑为我的所有客户帐户仅使用一组表。这将简化应用程序设计，从长远来看，这将是最好的。我的问题是，将所有客户数据合并到同一个表中是否会对数据库服务器造成负担。大多数查询都是 SELECT，但由于模式的性质，可能需要相当多的 JOINS。大多数 INSERT 或 UPDATE 查询只是一张表中的一行，最多可能是一两个桥接实体表。
我知道这是“这取决于”的问题之一，但我希望得到一些关于我正在尝试做的事情的 MySQL 的慢/快程度的指导。

这是我将执行的最长 JOIN 查询的示例。

SELECT $m_measure_table_name.*, $m_metric_table_name.metric_name,$m_metric_table_name.metric_descrip, $m_metric_table_name.metric_id, $c_class_table_name.class_size,$c_class_table_name.class_id,$c_class_table_name.class_field,$c_class_table_name.class_number,$c_class_table_name.class_section, $lo_table_name.*,$lc_table_name.*, $user_table_name.user_name,$user_table_name.user_id, $department_table_name.*
    FROM $m_measure_table_name
    LEFT JOIN $m_metric_table_name ON $m_measure_table_name.measure_metric_id=$m_metric_table_name.metric_id
    LEFT JOIN $c_class_table_name ON $m_metric_table_name.metric_class_id=$c_class_table_name.class_id
    LEFT JOIN $lo_table_name ON $m_metric_table_name.metric_lo_id=$lo_table_name.lo_id
    LEFT JOIN $lc_table_name ON $lo_table_name.lo_lc_id=$lc_table_name.lc_id
    LEFT JOIN $class_user_table_name ON $c_class_table_name.class_id=$class_user_table_name.cu_class_id
    LEFT JOIN $user_table_name ON $user_table_name.user_id=$class_user_table_name.cu_user_id
    LEFT JOIN $department_class_table_name ON $c_class_table_name.class_id=$department_class_table_name.dc_class_id
    LEFT JOIN $department_table_name ON $department_class_table_name.dc_department_id=$department_table_name.department_id
    WHERE $c_class_table_name.class_semester=:class_semester AND $c_class_table_name.class_year=:class_year
    AND $department_table_name.department_id=:id
    ORDER BY $department_table_name.department_name, $lc_table_name.lc_name, $lo_table_name.lo_id

最终我的问题是，在主键上执行这样的长字符串连接是否会对数据库造成负担。此外，使用一组表是否似乎是更好的部署方法。

Answer 1

评论太长了。

假设您有适当的索引和表分区，SQL 旨在在具有数百万行的表上表现良好。在这种情况下，我不担心数据量会成为问题。

但是，您可能会遇到安全问题。您可能不希望不同的客户看到彼此的数据。行级安全性是 SQL 中的一个难题。表级要容易得多。

另一种方法是为每个客户创建一个单独的数据库。除了安全优势之外，这还允许您将不同的客户转移到不同的服务器来满足需求。

这确实是有代价的。如果您有公用表，那么您需要复制它们或拥有“公用表”数据库。并且，当您更新代码时，您需要更新所有数据库。后者实际上也可能是一个优势。它允许您将功能单独转移给客户，而不是要求所有功能同时升级。

编辑:(关于扩展一个数据库)

一般来说，缩放对于一个数据库来说应该没问题。数据库规模扩大后，您只需投入更多硬件(本质上是在单个服务器中)来解决问题。如果数据变得相当大，您将需要明智地使用索引来提高性能，还可能需要分区。使用多个数据库，您可以投入更多“物理”服务器来解决问题，而使用一个数据库，您可以投入“更大”的服务器来解决问题。 (这些都用双引号引起来，因为现在许多服务器都是虚拟的。)

作为差异的示例。如果您有 100 个客户端，那么您可以在他们方便的时候并行备份这 100 个数据库。而且，如果数据库位于不同的服务器上，备份就不会相互干扰。使用单个数据库，您备份一次，它会同时影响每个人。并且备份可能需要更长的时间，因为您没有运行单独的作业(备份可以利用并行性)。