android sqlite3大数据量存储

[xiaocos]

楼主google了半天没有发现解决方案，只能来发帖求大神看看
楼主所在项目弄了个app需要写入大量数据，表也比较多。android采用的sqlite3数据库。
现在有两个问题1.数据库文件容易损坏 2.大数据量查询容易引发ANR界面无响应，连使用系统sharedpreference的界面操作也出现无响应。
目前数据库的db文件存储在/data/data目录下。跪求大神给点建议。
附上一天数据量的截图：

[xiaocos]

感谢楼上各位大神的回答，那些资料我一会去查查，现在查一次数据库需要7s左右。 测试中。。

[xiaocos]

引用 3 楼 heaimnmn 的回复:

很正常，有道词典怎么做的，其实需要量化，优化数据库查询语句，建立视图等，还有就是异步查询

好的。谢谢版主。

[xiaocos]

引用 5 楼 lin_xiongg 的回复:

词典的数据量多小呀。。。 1.升机子。 2.建小表。短表。易查表。汇总表 3.索引之。。有利于二分法查找。 4.分段查询。排序后可进行分表。。对数据进行预测后查询。。排序可以后台无操作时进行。 5.增可以建新表。临时表 6.删改同查询。。 7.对数据进行初步判断。有用的排行。类垃圾的拖出去。。脱了。。放待整里。。。

好的。考虑优化下sql语句。

[水惊鱼]

优化SQL语句 ？这么大的数据量怎么优化呀。。。不解。。。求教

[xiaocos]

恩 又发现一个问题 数据库锁住了 不知道是不是因为空间不够 待我去查查原因

[水惊鱼]

百万级的数据就不行了？。。。CPU是G级的。。.十亿。。。十亿打百万是一千个打一个。。。我去。。这是怎么包抄的？

[哎，真难]

很正常，有道词典怎么做的，其实需要量化，优化数据库查询语句，建立视图等，还有就是异步查询

[水惊鱼]

百万是M级。一个记录是K级？你是什么表 ？。。这个差很多。。 百M到G级的库都有可能。。还是略大的。。 1.调 入内存。。数百M调入内存还是满大的 2.寻址。。百万级的寻址？。。 处理时间肯定在1秒以上。。。所以卡五秒以内存正常 。。。

[水惊鱼]

词典的数据量多小呀。。。 1.升机子。 2.建小表。短表。易查表。汇总表 3.索引之。。有利于二分法查找。 4.分段查询。排序后可进行分表。。对数据进行预测后查询。。排序可以后台无操作时进行。 5.增可以建新表。临时表 6.删改同查询。。 7.对数据进行初步判断。有用的排行。类垃圾的拖出去。。脱了。。放待整里。。。

[sublimer]

用GreenDao吧 ~~百度一下 你就知道~一个开源的组件~

[xiaocos]

引用 10 楼 lin_xiongg 的回复:

优化SQL语句 ？这么大的数据量怎么优化呀。。。不解。。。求教

目前只优化了流程 两个查询10s 减了一个 不过现在还要7s

[xiaocos]

引用 1 楼 xiaocos 的回复:

恩 又发现一个问题 数据库锁住了 不知道是不是因为空间不够 待我去查查原因

恩 这个疯转数据库类的时候没用单例模式，线程争用导致数据库锁定，改成单例模式之后就好了。 数据库文件损坏考虑是这个原因引起的。测试中。

[可乐罐]

SQLLite本来就不是为并发设计的，对并发的支持只能“呵呵”了。