java jcr使用_java – 什么时候使用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预定义了通常需要的一些内置节点类型，如用于表示存储库中的文件和文件夹的类型。您可以重用这些内置类型，扩展它们或编写自己的类型。许多人主张使用mixin几乎作为方面或方面，所以如果一个节点需要采取一个方面，你可以简单地添加一个mixin到节点。

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

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