Android上SQLite的最佳做法是什么？

概述在Android应用程序中对SQLite数据库执行查询时,最佳做法是什么？从AsyncTask的doInBackground运行插入,删除和选择查询是否安全？或者我应该使用UI线程？我想数据库查询可能“很重”,不应该使用UI线程,因为它可以锁定应用程序–导致ApplicationNotResponding(ANR).如果我有几个Asyn

在Android应用程序中对sqlite数据库执行查询时,最佳做法是什么？

从AsyncTask的doInBackground运行插入,删除和选择查询是否安全？或者我应该使用UI线程？我想数据库查询可能“很重”,不应该使用UI线程,因为它可以锁定应用程序 – 导致Application Not Responding(ANR).

如果我有几个AsyncTasks,他们应该共享一个连接还是应该分别打开一个连接？

这些方案是否有最佳实践？

解决方法:

多个线程的插入,更新,删除和读取通常都可以,但Brad的answer不正确.您必须小心如何创建连接并使用它们.在某些情况下,即使您的数据库没有损坏,您的更新调用也会失败.

基本答案.

sqliteOpenHelper对象保留一个数据库连接.它似乎为您提供读写连接,但它确实没有.调用只读,无论如何都将获得写数据库连接.

所以,一个帮助器实例,一个数据库连接.即使您从多个线程使用它,一次一个连接. sqliteDatabase对象使用java锁来保持序列化访问.因此,如果100个线程有一个数据库实例,则对实际磁盘数据库的调用将被序列化.

所以,一个帮助器,一个db连接,在java代码中序列化.一个线程,1000个线程,如果您使用它们之间共享的一个帮助程序实例,则所有数据库访问代码都是串行的.生活是美好的(ish).

如果您尝试同时从实际的不同连接写入数据库,则会失败.它不会等到第一个完成然后写.它根本不会写你的改变.更糟糕的是,如果您没有在sqliteDatabase上调用正确版本的插入/更新,则不会出现异常.您只需在LogCat中收到一条消息即可.

那么,多线程？使用一个帮手.期.如果你知道只有一个线程会写,你可以使用多个连接,你的读取会更快,但买家要小心.我没有测试那么多.

这是一篇博客文章,其中包含更多详细信息和示例应用.

> Android Sqlite Locking(更新链接6/18/2012)
> @L_301_4@在GitHub上

Gray和我实际上是根据他的Ormlite包装一个ORM工具,该工具本身与AndroID数据库实现一起工作,并遵循我在博客文章中描述的安全创建/调用结构.那应该很快就会出来.看一看.

与此同时,还有一篇跟进博客文章：

> Single SQLite connection

还可以通过前面提到的锁定示例的2point0来检查fork：

> Android-Database-Locking-Collisions-Example by 2point0在GitHub上

总结

以上是内存溢出为你收集整理的Android上SQLite的最佳做法是什么？全部内容，希望文章能够帮你解决Android上SQLite的最佳做法是什么？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。