Java嵌入式桌面软件的JSON即席vs NoSQ文档数据库

我需要在带有JSON的临时解决方案和嵌入式NoSQL DB（可能是OrientDB）之间进行选择

情景：

• Java开源桌面软件（像啤酒一样免费）
• 单连接
• 连续交付（将更改）
• 非常简单客户端安装（复制和粘贴）
• 大约20000张唱片
• 多克隆持久性

问题是：

• 安装NoSQL数据库很难
• 一个环境构建，互操作性（Linux和Windows）
• 缺少适用于Java的嵌入式文档NoSQL DB
• 复杂性

那么JSOn ad-hoc是正确的选择？关于真正嵌入式NoSQL数据库的一些建议？还是另一种方法

---

谢谢。

NoSQL数据库的开发和采用背后的一个主要动机是，当您的数据库达到足够大的规模，可能需要更多的节点处理其操作以提高响应速度时，可能需要使用NoSQL数据库

如果提高性能是动机的话，那么当数据库访问大量数据时，应该将其移动到NoSQL方法。顺便说一句，考虑到目前为止最成功的NoSQL数据库之一MongoDB的名称背后的词源是很有趣的，MongoDB以前缀“mongo”作为对humongous的引用：巨大。这清楚地说明了这些工具的目的

---

也就是说，考虑到在您的场景中，您只处理20000条记录，您可能有许多其他更易于管理的NoSQL替代方案。您可以选择JSON ad-hoc，甚至可以使用更传统、更可靠、更稳定的工具，如或嵌入式数据库最明显、最广泛使用的选项：。

谢谢。我将创建一个特别的JSON解决方案，如果需要，稍后迁移。我需要一个无模式的数据库，所以Firebird和SQLite不是选项（在本例中）。