我已经看到很多用于移动平台的NoSQL库，但主要考虑的是，为什么我们尝试在已经具有非常有限空间的移动系统中使用NoSQL。
请澄清这些场景，它们可能对Sqlite3有益。
答案 0 :(得分：1)
移动应用程序开发（Android，iOS）平台，具有复杂的功能。具有关系数据库的刚性结构。为了简化数据处理。随着开发人员为他们的应用程序提出新的想法和功能，进行更改变得非常耗时，因为必须对数据库模式进行不断的更改。
NoSQL解决的移动应用程序的另一个问题是需要不断更新。应用程序发布后，维护成为一个主要问题，需要考虑的其他因素。由于NoSQL是基于文档的，因此修复某些类型的错误和其他问题不需要对数据库进行彻底检查，因为开发人员所做的更改不一定会影响应用程序的其他方面。
最后，NoSQL以其可扩展性而闻名。与关系数据库不同，NoSQL数据库向外扩展而不是垂直扩展。现在有一天需要考虑NoSQL。如需更多信息，请阅读以下文章： -
答案 1 :(得分：0)
NoSQL最适合用于非结构化和半结构化数据，因此，进入移动应用程序开发。我会打破这样的好处：
低延迟数据存储：构建NoSQL数据库是为了提供可预测的低延迟请求，并为最终用户提供高度可用的体验。
峰值负载的扩展：点对点NoSQL数据库可以轻松添加额外容量并快速向外扩展，而不是与关系数据库垂直扩展。
Riak（由Basho提供）是一个很好看的人。
答案 2 :(得分：0)
并非所有的nosql数据库都需要很大的空间，今天我们有一些轻量级的解决方案，比如iBoxDB.net和iBoxDB.java。 使用nosql有什么好处，有一个场景
答案 3 :(得分：0)
我发现在创建和使用非sql键/值数据存储（https://github.com/AaronBratcher/SimpleDB）时，我使用的是在运行时使用较少内存的样式。我没有为长表保留一个对象数组，而只保留一个键数组，根据需要获取对象值。
我还发现，当我原型化并改变我的类的格式时，随着项目动态的变化，我已经做了很多事情，我不需要花费那么多时间来重构我的数据库layer class，因为我只是更改类init / value代码，并花更多时间处理项目的更重要方面。