鉴于以下“事实”,我从阅读中收集到。
- 联合从创建之时起就是独立的数据库。
- 作为原件的副本,如果我更改原件的架构,它们将不会自动改变。
- 作为单独的数据库,您不能交叉连接。
- 每个联邦都作为一个单独的数据库定价。
- 我必须为要联合的每个表提供一个 TenantId 字段。
如果这些都是正确的,那么使用联合来实现多租户而不是简单地单独的数据库有什么优势?或者,如果有不正确的,请让我直截了当。
请注意,我们的租户数量很少,可能只有 20 个。
鉴于以下“事实”,我从阅读中收集到。
如果这些都是正确的,那么使用联合来实现多租户而不是简单地单独的数据库有什么优势?或者,如果有不正确的,请让我直截了当。
请注意,我们的租户数量很少,可能只有 20 个。
你的理解是正确的。
联邦有一些有趣的方面可能对您有用。首先它是一个相对灵活的分区环境。例如,您可以根据客户的使用模式将 10 个租户分组到第一个成员中,将 50 个租户分组到第二个成员中。或者,您可以简单地隔离一个使用该系统的客户比其他客户更多。
另一个重要的概念是每个数据库可以有多个联合。例如,您可以有一个 Customer 联合和一个 SalesHistory 联合。
最后但并非最不重要的一点是,您可能想阅读这篇文章,该文章讨论了传统分片模型中发生的连接池碎片,但这不是 SQL 数据库联合的问题。