用於Java中的嵌入式桌面軟件的JSON ad-hoc vs NoSQ文檔數據庫

Question

我需要在具有JSON的ad-hoc解決方案或選擇一個嵌入式NoSQL DB（可能是OrientDB）之間進行選擇。

情景：在Java中

• 開源桌面軟件（免費啤酒）
• 單連接
• 持續交付（會改變）
• 真的很容易客戶端安裝（副本粘貼）
• 約20,000條記錄
• 多邊形持久性

問題：

• 設置的NoSQL數據庫是很難
• 一個環境的構建，互操作性（Linux和Windows）
• 缺乏嵌入文檔的NoSQL數據庫中的Java
• 複雜

因此JSOn專案是正確的選擇？一些真正嵌入NoSQL數據庫的建議？或另一種方法？

謝謝。

Answer 1

NoSQL數據庫的開發和採用背後的主要動機之一是當你的數據庫達到足夠大的尺寸時可能需要scale horizontally，這可能需要更多節點處理其操作以提高響應速度。

如果提高性能是一個動機，當數據庫達到大量數據時，應該將數據庫遷移到NoSQL方法。作爲一個附註，甚至有趣的是，想想迄今爲止最成功的NoSQL數據庫之一的名稱背後的詞源，MongoDB將前綴「mongo」作爲對巨大：巨大的參考。這清楚地說明了這些工具的用途。這就是說，考慮到在你的場景中你只處理了20萬條記錄，你可能有很多其他的NoSQL替代品更容易管理。您可以選擇使用JSON，甚至可以使用更多傳統，穩定和穩定的工具，如Firebird embedded或嵌入式數據庫最明顯和最廣泛使用的選項：SQLite。