共享首选项(Android)和NoSQL之间有什么区别？为什么我要选择NoSQL来进行简单的XML存储？

Question

我正在存储简单的数据，我的老板热衷于使用键值对数据库来做到这一点。我之前的开发人员选择了SnappyDB，这是一个类似NoSQL、Couch和Redis的NoSQL数据库。

SnappyDB：https://github.com/nhachicha/SnappyDB

为什么我不能使用共享的首选项呢？这也是一个键/值对数据库，不是吗？

为什么我要为简单的密钥/值存储选择共享首选项以外的其他任何东西？为什么我会使用外部NoSQL数据库？

注意:我正在保存代表公司中每个员工的XML字符串。一家公司可能有许多雇员。据我所知，android共享首选项的大小没有限制，超过了存储空间的多少，所以即使员工列表增长到1000秒，也不会有问题，对吗？

Answer 1

为什么我不能使用共享的首选项呢？这也是一个键/值对数据库，不是吗？

因为这不是它的目的？有关其使用的良好教程，请参见https://www.journaldev.com/9412/android-shared-preferences-example-tutorial。它是一个数据库，但专门用于存储应用程序首选项。

听起来你需要一个更通用的解决方案。我可能会使用SQLite，但是如果你的老板想要一个NoSQL解决方案，SnppyDB看起来是合适的。为什么不用呢？