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

database java content-management jcr

2022-08-31 12:39:24

我正在尝试评估像Jackrabbit和ModeShape这样的内容存储库（JSR283），但我必须承认，我不明白首先要解决的问题是什么，即使它是项目的一个不错的选择。您认为哪些案例是最好的解决方案？与关系数据库不是一回事，除了大小吗？为什么？指向真实世界示例的额外积分。

提前致谢。

答案 1

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有几个很好的概述，有更多细节和例子。其中一些是：