多租户DB是否具有多个数据库或共享表？

是一个多租户数据库：

• 一个DB服务器对每个客户/租户有不同的（相同的）数据库/架构？要么
• 具有数据库/架构的DB服务器，客户/租户在其中共享同一表内的记录？

例如，在上面的选项1下，我可能在处有一个MySQL服务器mydb01.example.com，并且其中可能有一个customer1数据库。该customer1数据库可能有10个表，这些表可以为该特定客户（客户1）提供我的应用程序。它也可能有一个customer2数据库，其中有完全相同的10个表，但是只包含Customer＃2的数据。它可能有一个customer3数据库，一个customer4数据库等等。

在上面的选项2中，将只有一个数据库/架构，例如myapp_db，又有10个表（与上面的表相同）。但是在这里，所有客户的数据都存在于这10个表中，因此他们“共享”了这些表。在应用程序层，逻辑和安全性控制着哪些客户可以访问这10个表中的哪些记录，并格外小心以确保客户＃1永远不会登录到应用程序并看到客户＃3的数据，等等。

这些范例中的哪一个构成了传统的“多租户” DB？如果两者都不是，那么有人可以提供一个多租户数据库示例吗（使用上述场景）？

这些范例中的哪一个构成了传统的“多租户” DB

这两个概念都称为多租户，因为它只是一个逻辑概念，“在单个服务器上运行一个软件实例并为多个租户提供服务”（来自Wikipedia）。但是如何“物理地”实现这个概念取决于您。

当然，该应用程序需要一个数据库概念，该概念允许分隔不同租户的数据，而多租户的想法是共享一些服务器资源（至少是硬件），以更好地利用资源并简化管理。因此，“多租户数据库”是直接支持此功能的数据库，其中一部分数据库模型或表是共享的。

确切地说，可以使用非多租户数据库构建多租户应用程序，从而为每个客户端提供一个单独的数据库实例。但是，这排除了在租户之间直接共享任何数据库资源的可能性，并且应用程序层必须确保将正确的租户连接到正确的数据库。

根据Microsoft的说法，该术语具有3个潜在含义（所有租户都有一个数据库，每个租户有一个数据库管理员）。

以您的示例为例，每个客户都是它自己的租户。

1. 每个租户（客户）的数据库

   • 每个租户都是彼此隔离的（不会意外访问其他租户的数据）
   • 隔离还使管理数据还原以及根据租户需求定制存储需求变得更加容易。

2. 共享数据库，独立的架构。

   • 每个租户都有自己的架构，其数据位于各自的表中。
   • 还原可能会更加耗时，因为每个人都在同一个数据库中，所以您不能仅将数据库还原到较早的备份（它将回滚每个租户的数据）。一种选择是还原到新数据库，然后仅合并/复制1个租户的数据。

3. 共享数据库，共享架构。

   • 每个租户的数据都在同一表中。例如，如果您跟踪订单，则每个租户的订单都将位于“ dbo.Orders”中。
   • 租户的数据由每个表中的一列分隔（可以是TenantId），该列显示该行的所有者。

每种都有优点和缺点，在本文中有很好的解释：https : //msdn.microsoft.com/zh-cn/library/aa479086.aspx

奖励：您可以将其视为居住区（已大大简化）。

1. 每个房客都有自己的房子。他们可以做他们想做的任何事情，而且如果它烧毁了，它并不会真正影响其他任何人。

2. 每个租户都在同一栋大楼中，但是拥有自己的公寓。

3. 每个人都住在同一个公寓里，所有东西都用便签标记，以显示谁拥有它。