Java 何时使用JCR（内容存储库）而不是其他选项？

我正在尝试评估内容存储库（），比如和，但我必须承认，我不知道首先解决了什么问题，即使它是项目的一个好选择。你认为哪种情况是最好的解决方案？除了大小之外，与关系数据库不是一回事吗？为什么？指出真实世界例子的额外要点

---

提前感谢。

JCR存储库与RDBMSE不同，因为JCR存储库：

• 是分层的，允许您将内容组织在与您的需求紧密匹配的结构中，并且相关信息通常存储在一起，因此易于导航
• 灵活，允许内容适应和发展，使用完全“无模式”到完全受限的节点类型系统（如关系数据库）
• 使用标准JavaAPI（例如javax.jcr）
• 信息真正存储的抽象：许多JCR实现可以将内容存储在各种关系数据库和其他存储中，有些可以通过JCR API公开非JCR存储，有些可以将多个存储联合到单个虚拟存储库中
• 支持即时查询和全文搜索
• 支持事件、锁定、版本控制和其他功能

您当然可以在自己的应用程序中构建所有或部分这些功能，但这可能与您的应用程序的主要用途相去甚远

什么样的应用程序可以从这些功能中受益？内容管理系统已经使用存储库很长一段时间了，JCR（和Jackrabbit）确实是因为需要一个通用的标准API来访问不同的内容存储库（请参阅和）

另一个例子是文档管理系统，它管理电子文件（通常是纸质文档的图像）并提供搜索和查询。DMES使用存储库已有一段时间了

工件管理系统可以使用存储库来管理数字工件（通常是文件）以及其他信息（元数据）。JCR在这里工作得很好，因为您可以将元数据存储在与文件相同的位置：理解这些额外属性的人可以看到它们，不在乎的人不必看到它们。我知道这是一个使用JCR的Maven存储库实现。还有用于管理web服务工件、数据服务工件和测试工件的存储库

但JCR存储库不用于管理文件。JCR使用节点层次结构的简单概念，其中节点可以包含命名属性（具有一个或多个值）和子级。允许的属性和子节点完全由节点类型决定，可以根据需要逐个节点进行更改和混合。JCR预定义了一些通常需要的内置节点类型，如用于表示存储库中的文件和文件夹的节点类型。您可以重用这些内置类型、扩展它们或编写自己的类型。许多人主张将mixin几乎作为facet或aspect使用，因此如果节点需要采用facet，您可以简单地向节点添加mixin

JCR旨在轻松支持将XML内容导入存储库，其中每个元素映射到一个节点，每个属性映射到一个属性。很多东西都是用XML（或YAML或JSON）表示的，所有这些都可以很容易地表示并存储在JCR存储库中。举个例子，考虑一个存储配置信息的JCR存储库（通常可以存储在多个XML文件中）。JCR可以对该信息进行版本化，允许从多个进程访问该信息，启用查询和搜索，并在内容更改时通知应用程序

JCR有几个很好的概述，其中有更多的细节和示例。其中一些是：

• 提图斯·巴里克（不再提供）
• 大卫·努舍勒
• 朱卡·齐廷
• 兰德尔·豪奇
• Bertrand Delacretaz（不再提供）

---

我怀疑我是唯一一个喜欢知道什么是东西、它做什么、什么时候/为什么我可能想使用它的人，以防我遇到一个很适合它的问题。如果有人解释一下内容存储库与目录服务（LDAP）的区别，这将非常有用。它与NoSQL数据库有什么不同呢？由Titus Barik介绍Java内容存储库API