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