我们正在探索JCR在我们的应用程序中的可用性,同时搜索我从Nuxeo看到的这文章,其中他们提到了以下几点是他们放弃JCR的主要原因。
数据库内存储的不透明度。我们希望存储在SQL数据库中的数据是具有可见数据的真实SQL表。这对于很多事情都是有帮助的,不管是导入、备份、调试等等。虽然JCR的目标是“内容的SQL”是崇高的,但现实是,我们的所有客户都希望数据在SQL数据库中,而不是在他们不知道的东西中。我们以前对Zope和它的ZODB也有同样的问题。在数据库列中序列化Java对象实际上不是我们的概念,而是一个干净的存储。
虽然这篇文章很古老,但我想知道,关于存储的不透明性,对于杰克兔子橡木或ModeShape来说,这一点是否仍然正确。
发布于 2018-02-16 07:49:19
JSON的RDB持久化基本上用JSON来序列化文档。但是,原始DB内容并不容易解码,因为有时写入操作被序列化为diffs,并且主JSON主体可能被压缩。此外,二进制内容被写成分段的小块。
https://stackoverflow.com/questions/48821115
复制相似问题