SQLite架构,数据库大小,访问速度,更新疑点

时间:2012-02-27 18:52:41

标签: android sqlite

在我的Android应用程序中,我打算在本地存储数据,以减少互联网的数据使用量,并允许离线访问。我当前的架构包含9列。其中2列用于存储URL,1列用于140个字符的纯文本,1用于日期时间,2列用于100个字符的纯文本,3个用于整数。要插入的记录数取决于用户,即他想要多少记录。他可以随时删除它们。一次插入多个记录。与删除相同。 现在我的问题是,这会导致应用程序在插入,删除和维护方面超载吗?我首先想到将这些数据存储在文件系统(xml文件)中,但是删除记录可能很困难。所以我应该将SQLite方法或xml文件作为存储。其他解决方案也受到欢迎。

2 个答案:

答案 0 :(得分:2)

是的是的,我绝对会说SQLite。您描述的架构实际上非常适度,您概述的使用模式并不重要。

SQLite旨在以高效的方式在设备的存储上保存相当大量的数据。这肯定比以XML格式存储数据更为可取,这种格式不是特别有效的格式,并且当您考虑尝试获取单个记录时,速度会慢一个数量级。

我自己编写的应用程序包含超过15个不同的表,每个表有10个列,这是Sqlite可以轻松处理的要求。

答案 1 :(得分:1)

我会推荐SQLite over xml,以满足您的需求。 SQLite会更快更容易恕我直言。我已经完成了两者的阅读。从未进行过插入和更新。

必须打开xml文件,然后解析以从中获取任何数据,关闭:0)你是正确的,删除​​,更新,插入对于xml文件来说会更加困难。