Android / iOS 需要 NoSQL 吗?

推荐回答:

先看下NoSQL的类型以及对比sqlite(关系型数据库)的优缺点 K-V型，以Redis为代表，好处是灵活扩展，大量写效率高；缺点是不能存结构化，条件查询效率低。 App当前环境下app大量写的需求应该很少到突破sqlite极限程度吧。 文档型数据库，如MongoDB，结构灵活性能好，同样的问题是条件查询办不到。 列数据库，典型如HBase，通常用于海量单列数据的计算，和行数据库正好相反。要不要用，看你需求吧。 图数据库，图数据库的诞生就是为了处理海量数据中各节点之间错综复杂的关系。定义图这种数据结构，就是为了在从A到Z节点的速度能够更快的关联起来，同样的关系，一张图搞定的内容如果用sqlite可能需要几十张表还不一定能解释清楚 技术选型一定是根据业务需要决定的，当前的手机app的状态来看，应该没有这种需求，毕竟app都是处理单个用户的问题，海量数据不在应用范畴。 以发展的眼光看，随着硬件性能和无线网络越来越强，以后会不会有可能在移动端也可以处理大量的数据问题呢，这个真说不好。毕竟端智能和P2P都不是什么新概念了。

官方帮助文档地址：阿里云帮助中心

更多参考： 阿里云官网(新用户需注册查看)，可领上云红包

先看下NoSQL的类型以及对比sqlite(关系型数据库)的优缺点 K-V型，以Redis为代表，好处是灵活扩展，大量写效率高；缺点是不能存结构化，条件查询效率低。 App当前环境下app大量写的需求应该很少到突破sqlite极限程度吧。 文档型数据库，如MongoDB，结构灵活性能好，同样的问题是条件查询办不到。 列数据库，典型如HBase，通常用于海量单列数据的计算，和行数据库正好相反。要不要用，看你需求吧。 图数据库，图数据库的诞生就是为了处理海量数据中各节点之间错综复杂的关系。定义图这种数据结构，就是为了在从A到Z节点的速度能够更快的关联起来，同样的关系，一张图搞定的内容如果用sqlite可能需要几十张表还不一定能解释清楚 技术选型一定是根据业务需要决定的，当前的手机app的状态来看，应该没有这种需求，毕竟app都是处理单个用户的问题，海量数据不在应用范畴。 以发展的眼光看，随着硬件性能和无线网络越来越强，以后会不会有可能在移动端也可以处理大量的数据问题呢，这个真说不好。毕竟端智能和P2P都不是什么新概念了。

来说是不需要的吧。。app大部分都是小数据量的。内存数据库可以考虑手机上装nosql没啥用得，不过后端服务可能需要，看你的服务规模咯