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

Question

我试图评估内容存储库（JSR283），如Jackrabbit和ModeShape，但我必须承认，我不明白什么问题可以解决的第一位，即使它是一个很好的选择项目。你认为哪种情况是最佳的解决方案？与关系数据库不同，除了大小？为什么？指出现实世界的例子的额外点。

在此先感谢。

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的概述与更多的细节和例子。其中的几个是：

• Introducing the Java Content Repository API提图斯Barik（不再提供）
• Introduction to JCR大卫Nuescheler
• Introduction to JCR and Apache Jackrabbit由尤卡Zitting
• Overview of ModeShape由兰德尔Hauch
• Java Content Repository: The Best Of Both Worlds通过Bertrand Delacretaz