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

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

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

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

什么样的应用程序可以从这些功能中受益？内容管理系统已经使用存储库很长一段时间了，JCR（和Jackrabbit）真正成长为需要一个通用的标准API来访问不同的内容存储库（参见JSR-170和JSR-283）。

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

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

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

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

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

• Titus Barik 介绍 Java Content Repository API（不再可用）
• David Nuescheler对JCR的介绍
• JCR和Apache Jackrabbit的介绍，作者：Jukka Zitting
• Randall Hauch的ModeShape概述
• Java Content Repository： The Best Of Two Worlds by Bertrand Delacretaz（不再提供）