本文原地址为：http://blog.csdn.net/horkychen/article/details/18892223
关于SQLite的优化，首先是能用SQL语句批次处理的，就不要单笔操作,Cursor就更是能不用就不用。比如成批的DELETE/UPDATE，将条件组装到SQL语句，会比使用CURSOR一条条的查再删效率要高很多(若干年前就曾使用存储过程代替单笔操作，将一次批量计算时间从一天缩到了数分钟以内,参考)。其次是对操作的优化：对于INSERT/UPDATE操作较多时使用事务，如果SELECT操作较多时，使用索引。
结合现在的工作，发现针对操作的优化，下面这篇文章可以翻译出来归档。以下为正文:
SQLite有一个简洁的SQL接口，且以低内存占用著称。现如今，SQLite已经在Android及iOS开发中得到广泛的应用。本文主要讨论在Android应用如何优化SQLite的性能和资源占用。
在 默认情况下每一个SQL语句都被包一个全新的事务内，比如执行一个如INSERT这样基本的数据库操作，就会放到一个新创建的事务中执行。一次只需要操作 一次数据库操作时，让SQLite自己来进行事务管理当然是明智的。但如果一次有大量的操作要做时，比如循环调用INSERT添加时，这样就显得开销过大 了，因为每一笔操作都要重新打开、写入，最后再关闭journal文件, 这个文件是临时用来保存数据操作的中间结果，详细内容看这里(参考)。
如果明确地在一系列SQL语句前后以BEGIN TRANSACTION及END TRANSACTION这样显示地使用事务就可以避免上面的情况。对于那些不会改变数据的操作，这样的方式也同样可以提速(好似数据库操作中单笔的操作效率将远低于批次操作，如果用SQL语句可以搞定的事，就不可使用Cursor进行操作)。
注明:除了发起事务外，你必须还要负责对事务的提交和回滚操作。
在Android应用开发中可以使用类似如下的方式使用BEGIN TRANSACTION及END TRANSACTION:
如果没有在数据库使用索引，当你在一个没有排序的数据表中使用映射查询(projection query)搜索时，无可避免的要执行一个全序列查找。这种情况通常并不是什么问题，每种数据库，包括SQLite都会为数据集执行索引来降低查找时间。
索引维护着一个表中某一列或某几列的顺序，这样就可以快速定位到一组值，而不用扫遍全表。所有的索引信息会被保存在一个独立的索引表中，所以会产生额外的空间占用，不过绝对物超所值，特别是当你会在数据库中进行大量的读及搜索操作时。
SQLite会自动为每一个UNIQUE栏位创建索引，包括主键(Primary Key)栏位，另外也可以通过CREATE INDEX进行显示地创建。
注:如果你的查询太复杂而无法使用所创建的索引，那你就要好好想想你数据库的结构了。
如果以字串拼接出SQL语句的Where，莫不如使用SQLite的query操作带上‘?‘来编译查询。以下是它的好处:
a. 有利于SQLite缓存这些查询及索引。
b. 可以避免达到SQLite缓存的上限。使用字串拼接Where的查询，每一个都被视为不同的查询，这就容易达到缓存的上限。
c. 可以避免非法的SQL注入。
参考:
Android开发之SQLite优化,布布扣,bubuko.com
原文：http://www.cnblogs.com/weixiao870428/p/3799574.html
