多個數據庫與一個數據庫（用於分隔組織的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。我相信並非所有的產品都有。