何时在其他选项上使用JCR（内容存储库）？

Question

我正在尝试评估诸如Jackrabbit和ModeShape之类的内容存储库（JSR283），但我必须承认，我不理解首先解决什么问题，即使它是该项目的不错选择。您认为哪种情况是最好的解决方案？除了大小之外，它与关系数据库不一样吗？为什么？指出真实世界示例的加分。

提前致谢。

Answer 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预定义了一些通常需要的内置节点类型，例如用于表示存储库中文件和文件夹的那些类型。您可以重用这些内置类型，扩展它们或编写自己的类型。许多人主张将mixin几乎用作构面或方面，因此，如果节点需要采用构面，则可以简单地向该节点添加mixin。

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

对JCR有一些很好的概述，包括更多详细信息和示例。其中一些是：

• 介绍 Titus Barik 的Java Content Repository API （不再可用）
• David Nuescheler撰写的JCR简介
• Jukka Zitting 对JCR和Apache Jackrabbit的介绍
• Randall Hauch撰写的ModeShape 概述
• Java内容存储库： Bertrand Delacretaz的两全其美