多个数据库与一个数据库（用于分隔组织的ID）

Question

在组织注册并用于管理数据的Web应用程序的情况下，以下两个选项的优缺点是什么？

• 每一个组织，其中每个组织的数据完全分离成单独的数据库，与保持组织及其数据库标识符的基本上市一个（非常小）集中式数据库的数据库。

• 整个应用程序的一个数据库其中所有实体都存储在一个大型数据库中，并使用每个表上的组织标识符列进行分隔。

其他一些方面来考虑：

• 数据永远不会被数据库中的组织之间共享，也不会登录凭据。
• 一些组织将允许公众在申请时注册一个帐户以提交数据，而其他组织则不会。
• 我们计划公开一个公共API，以便组织将其当前流程与我们的应用程序集成。组织将能够生成API密钥以允许访问其数据，但不会有跨越组织的公共API。
• 公司将在应用程序中存储潜在的敏感数据。

从你的经验和/或知识，什么是去这个设计决策正确的方式（或者是有一个“正确”的方式呢？）

Answer 1

Here是深入讨论MSDN（多租户数据架构）。

我会补充说，没有正确/错误的方式。这一切都取决于要求，现有的专业知识和成本。

Answer 2

你可能会发现Joel Spolsky对这个主题的评论很有意思。下面是其中乔尔讨论的FogBugz的多租户数据库架构播客的成绩单：

https://stackoverflow.fogbugz.com/default.asp?W24218

（搜索问题的谈话开始[50:45]）

Answer 3

一个考虑是可能很有趣：

如果你有一个单一的所有组织的数据库，并且这些组织遍布24个时区，那么这需要一个24/24（也许是7/7）的DBMS。我相信并非所有的产品都有。