SQLite的或共享preferences持久性数据存储? [英] SQLite or SharedPreferences for persistent data storage?

查看:146
本文介绍了SQLite的或共享preferences持久性数据存储?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

有关数据的持久化存储是有使用SQLlite数据库,通过共享preferences或反之亦然任何明显的优势?目前,我的应用程序的数据的大小只有几个千字节,但它可以想见,上升到十倍大小的未来。我找不到任何地方,指出有多少存储是可使用共享preferences但可以想象这将是使用它的一个限制?有没有在速度上的两种方法之间有什么区别?我期待权衡这两种存储方式的利弊。

For persistent storage of data is there any distinct advantage of using a SQLlite database over SharedPreferences or vice versa? Currently my application data is only a couple of kilobytes in size, though it could conceivably rise to ten times that size in the future. I can't find anywhere that states how much storage is available using SharedPreferences but would imagine this would be one limitation of using it? Is there any difference in speed between the two methods? I'm looking to weigh up the pros and cons of those two storage methods.

推荐答案

我的头顶部:

共享preferences:

专家:

  • 轻型
  • 快速和易于使用
  • 易于调试
  • 在配置文件可以手动修改,如果需要的话

缺点:

  • 在慢时,有大量的数据处理
  • 当数据超过一个简单的键/值的事情
  • 没有帮助
  • 在整个文件需要被读取和分析访问数据
  • 占用更多的空间,每个条目有一个相当大的量在其周围的ASCII数据,而所有的数据本身为ASCII太

SQLite的:

专家:

  • 在秤很好
  • 更改不需要重写从无到有整个数据文件
  • 在功能强大的查询

缺点:

  • 更多code写
  • 更多重量级(code和内存),大材小用当数据一点点处理

这篇关于SQLite的或共享preferences持久性数据存储?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆