我应该为多客户端应用程序使用单个数据库设置还是多个数据库设置？
3
1
收听Stackoverflow播客，在那里Joel和Jeff谈论了同样的问题。 Joel谈到他们提供托管软件版本的经验。他指出，将客户端ID添加到数据库中会使设计和代码变得复杂（您确定没有意外忘记将其添加到某个WHERE子句中吗？），并且会增加托管功能的复杂性，例如客户特定的备份。
这是第20或21集（请查看交录以获取详细信息）。
1
考虑数据库备份。 客户A说：“请给我发送我的数据副本”。 在单独的数据库设置中比共享单个数据库要容易得多。 考虑删除客户; 同样，在单独的数据库中更容易。
（“基础架构”部分是含糊不清的，因为不同的DBMS之间关于什么构成“数据库”与“服务器实例”之间存在重大差异，例如。补充：问题被标记为“mysql”，因此这些想法可能并不完全相关）
还有一个问题 - 在单个数据库中有多个客户时，每个SQL查询都需要确保选择正确客户的数据。 这意味着SQL将更难编写和阅读，DBMS将不得不在处理数据时更加努力，索引将更大，等等。 我确实会为许多用途选择每个客户一个单独的数据库。
显然，像StackOverflow这样的网站（仅作为例子）并没有每个用户一个单独的数据库; 我们都使用同一个数据库。 但是，如果您正在运行不同公司的会计系统，我认为共享数据库将不可接受（对于公司以及可能不接受法律人员而言）。
开发 为了快速开发，请为每个客户使用一个数据库。想象一下备份、恢复或删除客户数据有多容易。或者测量/监控/计费使用情况。您不需要编写代码来完成它，只需使用数据库基元。
性能 为了提高性能，请为所有用户使用一个数据库。考虑连接池、共享内存、缓存等问题。
业务 如果你的业务计划是拥有大量小客户（比如 hotmail），那么你应该在单个数据库上工作。并且将所有管理任务（例如注册、删除、数据迁移等）完全自动化，并以友好的界面公开。如果你计划拥有几十个到几百个大客户，那么你可以为每个客户使用一个数据库，并准备系统管理脚本，供你的客户支持人员操作。
对于多租户，通常共享资源的能力越强，性能就越好，详见http://en.wikipedia.org/wiki/Multitenancy
所以如果可以的话，请使用单个数据库。我同意，安全问题只会由于漏洞引起，因为您可以在应用程序中实现所有访问控制。在某些数据库中，您仍然可以通过谨慎使用视图来使用数据库访问控制（以便每个经过身份验证的用户获得不同的视图）。
还有提供可扩展性的方法。例如，您可以创建一个带有扩展属性的单个表（由租户、基本记录和扩展属性ID进行键入）。或者，您可以创建每个租户的扩展表，以便每个租户都有自己的扩展架构。
- 每个租户使用一个数据库
- 每个租户使用一个模式
- 所有租户共享相同的表
实际上，这三种设计选项 - 经过足够的努力 - 可以解决关于规模、数据在租户之间变化以及隔离的问题。决策取决于您正在构建的主要维度。总结如下：
- 如果你正在构建可扩展性：所有租户共享相同的表
- 如果您正在构建隔离：为每个租户创建一个数据库
这个决策取决于你优化数据库设计的主要维度。 这篇关于为规模设计SaaS数据库的文章讨论了权衡，并在PostgreSQL的背景下提供了摘要。
此外，“分片”多租户应用程序很可能是随着应用程序越来越大而做的正确事情。然而，分片并不意味着每个租户都有一个数据库（或实例），而是每个分片或一组分片都可以有几个租户。您需要自己发现正确的调整参数，可能需要在生产环境中进行调整（因此从一开始就需要非常可调）。
我不能保证这点。
您可以从单个数据库开始，随着应用程序的增长将其分区。如果这样做，我建议您注意以下几点：
1）以易于分区的方式设计数据库。例如，如果客户要共享数据，请确保该数据在每个数据库中都可以轻松复制。
2）当您只有一个数据库时，请确保它正在备份到另一台物理服务器。在故障转移的情况下，您可以将流量恢复到此其他服务器，并仍然保持数据完整。
1
原文链接