多租户-单数据库与多数据库

我们有许多客户，他们的系统共享一些功能，但也有一定程度的多样性。客户数量在增长-永远是健康的事情！-他们的业务之间的差异也在增加。

当前，只有一个ASP.Net（Web窗体）网站（与Web项目相对），其中每个租户都有子文件夹，并带有该租户的非标准页面。有一个单独的模型项目，处理数据库访问和业务逻辑。

在（a）每个客户端拥有1个数据库且仅具有与该客户端相关联的功能之间，这是更好的选择，也是最重要的原因。（b）由所有客户端共享的单个数据库，其中任何一个客户端仅使用表的子集。

企业内部的主要担忧已经结束：

• 维护多个资产-备份，版本控制等
• 尽可能促进重复使用

您将如何确保解决这些问题，哪种解决方案更可取，为什么？（我也一直在整理类似问题的答案）

以下是来自其他来源的研究的亮点（最初来自问题的修订版2）：

• 我应该为每个应用程序使用一个数据库还是在多个应用程序中共享一个数据库

• 支持多租户

• MSDN 多租户数据架构

• SO 如何创建具有共享表结构的多租户数据库？

• CloudExpo SaaS- 多租户数据库设计选项

• MSDN博客使用SQL Azure联合轻松地迁移到多租户数据库模型

• 请问SQL Server Central 一个或多个数据库？

• SQL Server Central 将来自不同数据库/应用程序的表混合到一个数据库中

• Ayende @ Rahien博客多租户-物理数据模型

• 代码项目多租户数据库架构

• Joel谈软件多租户数据库设计

• SO 使用一个数据库的多个应用程序？

• SO 单个或多个数据库

• Code Rant-多租户第1部分，策略和第2部分，组件和上下文

如果使用的是SQL Server，请使用一个数据库，但要使用架构。将dbo用于所有客户端通用的内容，并为每个客户端创建一个架构，并将该架构设为该客户端用户的默认架构。现在，您可以在dbo模式中拥有一个通用对象（例如getBudget proc），并在其模式中为客户端使用相同的名称定制一个对象。

由于客户端数据库和功能各不相同，因此这意味着它们最终将成为不同的系统，因此在这种情况下，我建议使用单独的系统，因为为每个客户端维护自定义项的成本将超过单个客户端的收益。数据库系统。

当不同客户之间的更改仅仅是配置而不是每个客户端的附加功能时，单个数据库系统最适合。

您缺少一些担忧。问题将伴随增长。如果您可以假设有一天您将成长为超过一台数据库服务器，那么一个复杂的数据库肯定会让您头疼。除非您事先投资建筑。但这也是昂贵的步骤）

因此，别忘了，与大型数据库相比，横向扩展几个不同的数据库便宜很多倍，也容易得多。

我没有在答案中解决的一个方面是正确保护多租户数据库应用程序的问题。多租户应用程序必须经过精心设计才能避免安全问题。大多数数据库和应用程序提供了一些但不是完全的隔离-通常有直接或间接地推断数据库模式中的数据的方法。相当多的共享资源（日志和其他文件，DBA表，游标...）至少可以导致对其他租户的轻松的“拒绝服务”攻击，而且通常还会更多。