我们正在为我们的应用程序探索 JCR API 的可用性，在搜索我从 Nuxeo 看到的这篇文章的网页时，他们提到以下几点是他们放弃 JCR 的主要原因。
数据库内存储的不透明度。我们希望存储在 SQL 数据库中的数据是具有可见数据的真实 SQL 表。这对很多事情都有帮助，无论是导入、备份、调试等。虽然 JCR 成为“内容 SQL”的目标是崇高的，但现实是我们所有的客户都希望数据在 SQL 数据库中，而不是在 SQL 数据库中。在他们不知道的事情上。我们之前在 Zope 及其 ZODB 上遇到过同样的问题。在数据库列中序列化 Java 对象确实不是我们的干净存储的想法。
尽管那篇文章已经很老了，但我想知道关于存储不透明度的观点在 Jackrabbit OAK 或 ModeShape 的情况下是否仍然适用。