0

我已经看到了很多用于移动平台的 NoSQL 库，但最主要的问题是，为什么我们要尝试在空间已经非常有限的移动系统中使用 NoSQL。

请澄清这些场景，它们可能对 Sqlite3 有益。

4

4 回答 4

1

移动应用程序开发（Android、iOS）平台，具有复杂和刚性结构的关系数据库。为了简化数据处理。随着开发人员为他们的应用程序提出新的想法和功能，进行更改成为一项耗时的任务，因为必须对数据库模式进行不断的更改。

NoSQL 解决的移动应用程序的另一个问题是需要不断更新。应用程序发布后，维护成为一个主要问题，其中需要考虑的事项之一。由于 NoSQL 是基于文档的，因此修复某些类型的错误和其他问题不需要对数据库进行彻底检查，因为开发人员所做的更改不一定会影响应用程序的所有其他方面。

最后，NoSQL 以其可扩展性而闻名。与关系数据库不同，NoSQL 数据库向外扩展而不是垂直扩展。现在有一天在考虑 NoSQL。有关更多信息，您可以阅读以下文章：-

  1. 为什么 NoSQL 在移动应用程序中胜过关系数据库

  2. 为什么 NoSQL 更适合移动应用

希望这对你有帮助！

于 2013-09-04T09:46:54.957 回答
0

不是所有的 nosql 数据库都需要很大的空间，今天我们有一些轻量级的解决方案，比如 iBoxDB.net 和iBoxDB.java。还有用nosql有什么好处，有一个场景

问答和 RPG 游戏的数据库

于 2013-09-07T10:22:45.913 回答
0

NoSQL 最适合用于非结构化和半结构化数据，因此进入移动应用程序开发。我会分解这样的好处：

低延迟数据存储：NoSQL 数据库旨在为可预测的低延迟请求提供服务，并为最终用户提供高度可用的体验。

峰值负载扩展：点对点 NoSQL 数据库可以轻松添加额外容量并快速扩展，而不是使用关系数据库进行垂直扩展。

Riak (by Basho) 值得一看。

于 2013-09-04T13:10:18.763 回答
0

我发现在创建和使用非 sql 键/值数据存储 ( https://github.com/AaronBratcher/SimpleDB ) 时，我以一种在运行时使用较少内存的方式工作。我没有为我的长表保留一个对象数组，而是只保留一个键数组，根据需要获取对象值。

我还发现，当我对类的格式进行原型设计和更改时，随着项目动态的变化，我一直在做很多事情，我不需要花太多时间重构我的数据库层类，因为我只是更改了类初始化/值代码，并花更多时间处理我的项目更重要的方面。

于 2013-11-08T13:33:28.997 回答