将单客户端 SQL Server 数据库转换为单数据库多租户

Question

我们目前有一个系统，每个用户都可以获得一个数据库。我们现在正在转向单数据库多租户模式，以便一个数据库可以容纳许多客户。

几个问题：

1. 是否存在多租户转换工具？或者这只是创建 Tenant 表并向每个其他表添加 TenantID 的过程？

2. 有没有一种简单的方法可以实现多租户，而无需重构与数据库通信的代码？

   我们有一个 Odata.svc 来完成与数据库的所有通信（我们的前端客户端范围从 .net 前端到 iOS 设备）。我读了一些有关使用 Federation 对 TenantID 谓词执行过滤的内容，因此根本不需要更改代码。这可能吗？

3. 对于数据库中的租户数量是否有建议的限制？

我认为这是一个愚蠢的问题（一根绳子有多长）。我们很可能会在 Azure 上托管最终解决方案。

期待任何人能给我的任何建议。我们正在对我们的流程进行根本性的改变，所以我想在我们陷入困境之前先占上风。

Answer 1

自动化？

理论上，应该可以设计一个工具，让执行这项艰巨的操作（从单租户到多租户）变得更加容易。然而，鉴于此类产品的受众有限，我认为这样的工具不存在。如果有人出现的话那就太好了。

有关手动转换的想法

首先设计一个新的多租户数据库架构。 （这意味着将所有单租户数据库模式与您可能拥有的任何共享模式合并。）我想让它像在设计时没有考虑遗留问题一样。

显然，您需要一个 Tenant 表，许多现有的单租户表需要使用 Tenant_id 列来引用该表。例如，包含用户的表需要将用户与租户唯一关联。

对于简单的 Products 表（以 Product_id 作为主键），应该可以添加 Tenant_id 列，从而生成一个表使用复合键（Tenant_id 和 Product_id）。但是，如果您从头开始编写应用程序，我相信没有租户引用的 Product 表是正确的方法。这也让租户可以共享产品，而不是添加重复的产品。由于一个租户可能拥有 Product_id 1,2,3 和另一个 1,2 的产品，因此您不能简单地合并表，因为您不能两次使用相同的 ID - 您需要唯一的主键值。
解决此问题的一种方法是编写一个程序（使用 Java 或其他高级语言），将租户数据库中的所有数据读取到内存对象中，然后将数据写入多租户模式。对于下一个租户数据库重复该过程，依此类推。这样您的 Product_id 值就会为 1,2,3,4,5。一种快速而肮脏的方法是向每个模式中的所有 ID 值添加一个数字，例如 1,000、2,000 等，然后祈祷不会发生冲突。

与数据库通信的代码

您将需要重写大多数数据库查询，以考虑数据库现在是多租户的事实。这是一项艰巨的任务，特别是考虑到引入一个让一个租户篡改另一个租户数据的错误所带来的影响。然而，一些技术可以使这项任务变得更容易。例如，租户视图筛选器可以减少工作量实质上需要。

限制租户数量

我从未见过限制多租户结构中租户数量的建议。相反，多租户方法的优势它的可扩展性。如今，您可以轻松创建数据库服务器集群，或使用基于云的解决方案根据需要无缝添加更多硬件功能。

感兴趣的链接

• 将单租户应用程序转换为多租户应用程序
• 多租户数据架构

Answer 2

老实说，根据我的经验，你无法将其自动化。您正在将非常重要的数据从基础设施转移到数据模型中。每个查询都是在假设租户已经建立的情况下编写的。每个查询&因此，SP 将更改为引用回您的租户表并进行参数化。

您在 Q1 中询问是否只需将tenantID 添加到每个表中。这是一种方法，但我不提倡。它会导致您很容易获得不正确的数据（没有强制要求子级与父级具有相同的tenantID，甚至它们都相同！）您需要确保添加一个租户表，然后仔细选择需要添加哪些表参考它。不会是每一个人。有些人需要它，有些人出于性能原因可能会选择将其放在那里。如果您决定后者，毫无疑问您将需要额外的检查机制来保持数据的意义。

如果您在 Oracle 中，您可能能够做的是将每个表重新加工成一个视图（仍然执行上述所有操作），然后将tenantID填充到会话中并对其进行一些细粒度访问对客户隐藏大部分细节。但很难做好，而且我不确定 SQL Server 的等价物是什么。可能值得一些研究。

合并数据库的原因是什么？您需要一些跨数据库报告什么的吗？否则，单租户有很多优点（多个升级和停机时间计划、性能可能会更好，具体取决于您的标准化程度、单租户数据提取/报告的简易性、失去租户时的轻松删除）。云解决方案&单一租户可能会对您有利。