什么是文档为中心的系统的原理是什么？

Question

我知道两个著名的文档为中心的系统：SharePoint Server和Lotus Notes的。必须有其他人。我听说CouchDB的，例如。有哪些主要的实现差异，以及他们如何影响：

可用性

检索性能

搜索性能/质量

Extensability /集成

奖金，如果你可以，你为什么会或不会只是这些文件存储在关系数据库中，并以适当的模式与元数据存储装饰一番阐述。我觉得很难相信，这些系统都是从论坛和博客，这themaelves基于与业务代码坐在上面的关系数据库非常不同。

额外的好处：是否有任何理由，Lotus Notes是很难找到的文件？我会为一些指针感谢。

Answer 1

的Lotus Notes存储在NSF文件的所有数据。 NSF文件是Notes文档，这是非结构化记录的容器。每个文档都可以有任意数量在它的项目，类似关系数据库的表和列的。与关系型数据库，但是，也有在一个文档必须有什么样的项目的数据模型级别没有限制，所以每一个人文档可能包含内部截然不同的数据。

注释视图用于以看到里面文档中的数据，通常是在具有类似的项目文档滤波。注释代理，Pages和更工具可用来获取数据出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 mnay方式，甚至从SQL服务器直接（不推荐）。

可用性：对于最终用户，都在这里排名高。的SharePoint是基于Web的所有和最终用户可以轻松地管理SharePoint网站本身几乎没有训练。 Lotus Notes的需要Notes客户机或需要通过网络曝光要构建的Domino应用程序。对于开发者来说，债券是更容易使用，但离奇和使用专有的语言 - 用Notes公式语言和LotusScript。的SharePoint需要在所有的一些基本的工作流程和操作现场没有编码，但要认真控制你需要.NET开发和代码可能会非常复杂。

检索性能：对于小项目，Lotus Notes中也非常好。拥有超过10,000个文档非常大的数据库往往开始于性能下降。 SharePoint使用SQL服务器，以便它可以很容易的数据存储内处理大量的表或文件。

搜索性能/品质：两家公司都有很好的搜索功能，但赢的SharePoint如果你想搜索大量的文件。

Extensability /集成信息：SharePoint是更可扩展的。但是，这两个可以很容易地使用XML其他系统集成。注意事项还可以集成使用Java代理/ servlet和Web服务。的SharePoint有其Web服务API和第三方插件集成。

加成：Lotus Notes的仅仅是不包括SharePoint此刻为流行。有关键的地方文档，例如www.notes.net，以及各种显影剂博客。

Answer 2

的Sharepoint不正是你说的话。它是建立在关系型数据库之上，提供的东西，看起来有点像一个文件系统，一个网络接口。本文件存储primarilly齿轮朝与Office集成和只的SharePoint一小部分。

文档基于数据库系统。像CouchDB的或Amazon S3是不同的东西。它们存储在比关系型数据库不太结构化的方式数据。主要是在关键文件对的形式。您可以通过按键或通过查询检索文档，但由于文件没有统一在一个关系数据库查询结构类似于表中的行会更加困难。这些数据库是不是真的意味着像关系数据库的使用，他们正在面向更倾向于可扩展性大型网络的后端等。

莲花实际上笔录结合这两种。你可以使用它的文件管理（和电子邮件等等），它是建立在它自己的文档的数据库。

Answer 3

好时，SharePoint将其数据存储/列表/文件/无论在关系数据库（SQL Server中，不出所料......），以及元数据的“装饰品”。基于传闻（还没看过，我自己），数据模型是如此令人费解的是，你必须使用提供给对数据进行处理任何事情（这可能是一件好事还是坏事，取决于你的喜好了C＃API和目标）。