我知道兩個着名的以文檔爲中心的系統：Sharepoint服務器和Lotus Notes。必須有其他人。例如，我聽說過CouchDB。有哪些主要的實現差異，以及它們如何影響：以文檔爲中心的系統的基本原理是什麼？
可用性
檢索性能
搜索性能/品質
Extensability /集成
獎金，如果你能爲什麼闡述您將會或不會將這些文檔存儲在關係數據庫中，並將它們與元數據存儲裝飾在適當的模式中。我很難相信這些系統與論壇和博客有很大不同，這些論壇和博客都基於關係數據庫，業務代碼位居前列。
額外的好處：是否有任何理由，Lotus Notes是很難找到的文件？我會很感激一些指針。
Lotus Notes將所有數據存儲在NSF文件中。 NSF文件是Notes文檔的容器，它是非結構化記錄。每個Document可以包含任意數量的Items，與關係數據庫的表和列類似。然而，與關係數據庫不同的是，數據模型級別上沒有關於文檔必須具有的項目的限制，因此每個單獨的文檔可能包含極其不同的數據。
註釋視圖用於以看到裏面文檔中的數據，通常是在具有類似的項目文檔濾波。 Notes代理，頁面和更多工具可用於輕鬆地從NSF中獲取數據。
注意的強項是它易於通過視圖，XML，HTML，Java servlet爲，等它管理通過強大的複製系統容易分佈式數據通過表單捕獲數據，以及outputing數據。它的內置安全性也被高度吹捧。
CouchDB的，由前光圈/蓮花/ IBM員工，達米安·卡茨，創造有許多這些同樣的力量，沒有Lotus Notes中的開銷和成本。
Word文檔可能會導致Lotus Notes世界的混淆。文檔文檔（如PDF，Word文檔，Excel文件等）作爲非結構化數據的一部分存儲在Lotus Notes文檔中。
SharePoint將數據存儲在SQL服務器中。它的數據非常基於列表，並具有在服務器上存儲文件文檔的額外功能，並且還可以在其上保存元信息。
SharePoint列表非常類似於平板表，但與Lotus Notes不同，該列表確實對其數據有約束。
SharePoint數據通常是通過基於Web的界面收集和公開的，但有多種方法可以訪問數據，如SharePoint API，Web服務，XML甚至直接從SQL服務器（不推薦）訪問數據。
可用性：對於最終用戶，這兩個在這裏排名很高。 SharePoint全都是基於Web的，最終用戶只需很少的培訓就可以輕鬆管理SharePoint網站。 Lotus Notes需要Notes客戶端或需要構建Domino應用程序才能通過Web進行展示。對於開發人員來說，Notes更易於使用，但很古怪，並使用專有語言 - Notes公式語言和LotusScript。對於一些基本的工作流程和站點操作，SharePoint不需要任何編碼，但爲了得到嚴格的控制，您需要成爲一名.NET開發人員，而且代碼可能非常複雜。
檢索性能：對於小型項目，Lotus Notes很好。超過10,000份文檔的超大型數據庫往往會開始下降。 SharePoint使用SQL服務器，因此它可以輕鬆處理其數據存儲中的大量列表或文件。
搜索性能/質量：兩者都具有良好的搜索功能，但如果您嘗試搜索大量文檔，則SharePoint會獲勝。
可擴展性/集成：SharePoint更具可擴展性。但是，兩者都可以輕鬆地與使用XML的其他系統集成。 Notes還可以使用Java代理/ servlet和Web服務進行集成。 SharePoint有其Web服務API和用於集成的第三方附加組件。
獎勵：Lotus Notes目前並不像SharePoint那麼流行。有關於文檔的關鍵地方，如www.notes.net和各種開發人員博客。
好時，SharePoint將其數據存儲/列表/文件/無論在關係數據庫（SQL Server中，不出所料......），以及元數據的「裝飾品」。根據謠言（並沒有自己研究過），數據模型非常複雜，您必須使用提供的C＃API來處理數據（根據您的偏好，這可能是好事或壞事）和目標）。
Sharepoint的確如你所說。它建立在關係數據庫之上，並且提供了一些看起來像帶有Web界面的文件系統。此文檔存儲主要面向與Office集成，並且只是Sharepoint的一小部分。
基於文檔的數據庫系統。就像CouchDB或Amazon S3是不同的野獸一樣。它們以比關係數據庫結構更少的方式存儲數據。主要以密鑰文檔對的形式。您可以通過鍵或查詢來檢索文檔，但是由於文檔不像關係數據庫中的表中的行一樣結構化，查詢可能會更困難。這些數據庫是不是真的意味着像關係數據庫的使用，他們正在面向更傾向於可擴展性大型網絡的後端等
蓮花實際上說明結合這兩種。您可以將它用於文檔管理（以及電子郵件等等），並且它建立在它自己的文檔數據庫上。
非常豐富的答案。感謝分享！ – 2009-05-29 02:22:24