用于 Java 嵌入式桌面软件的 JSON ad-hoc 与 NoSQ 文档数据库

Question

我需要在使用 JSON 的临时解决方案之间做出选择，或者选择一个嵌入式 NoSQL DB（可能是 OrientDB）。

场景：

• Java 开源桌面软件（像啤酒一样免费）
• 单连接
• 持续交付（将更改）
• 非常简单客户端安装（复制和粘贴）
• 大约 20,000 条记录
• 多语言持久性

问题：

• 设置 NoSQL DB 很困难
• 一个环境构建、互操作性（Linux 和 Windows）
• 缺少嵌入式 Document NoSQL DB for Java
• 复杂性

那么 JSOn ad-hoc 是正确的选择吗？一些真正嵌入式 NoSQL 数据库的推荐？还是其他方法？

谢谢。

Answer 1

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

如果提高性能是在处理大量数据时将数据库迁移到 NoSQL 方法的动机。作为旁注，考虑一下迄今为止最成功的 NoSQL 数据库之一的名称背后的词源甚至是有趣的，MongoDB 获得前缀“mongo”作为对巨大的参考：巨大。这清楚地说明了此类工具的用途。

话虽如此，考虑到在您的场景中您只处理 2 万条记录，您可能还有许多其他更易于管理的 NoSQL 替代方案。您可以使用 JSON ad-hoc，甚至可以使用更传统、可靠和稳定的工具，例如 Firebird embedded 或嵌入式数据库最明显和广泛使用的选项：SQLite。