Android开发中的SQLite优化

        关于SQLite的优化，首先是能用SQL语句批次处理的，就不要单笔操作,Cursor就更是能不用就不用。其次是对操作的优化：对于INSERT/UPDATE操作较多时使用事务，如果SELECT操作较多时，使用索引。

        本文主要讨论在Android应用如何优化SQLite的性能和资源占用。

        1、使用事务(Transaction)

        在默认情况下每一个SQL语句都被包一个全新的事务内，比如执行一个如INSERT这样基本的数据库操作，就会放到一个新创建的事务中执行。一次只需要操作一次数据库操作时，让SQLite自己来进行事务管理当然是明智的。但如果一次有大量的操作要做时，比如循环调用INSERT添加时，这样就显得开销过大了，因为每一笔操作都要重新打开、写入，最后再关闭journal文件, 这个文件是临时用来保存数据操作的中间结果，详细内容看这里(参考)。

        如果明确地在一系列SQL语句前后以BEGIN TRANSACTION及END TRANSACTION这样显示地使用事务就可以避免上面的情况。对于那些不会改变数据的操作，这样的方式也同样可以提速(好似数据库操作中单笔的操作效率将远低于批次操作，如果用SQL语句可以搞定的事，就不可使用Cursor进行操作)。

       注:除了发起事务外，你必须还要负责对事务的提交和回滚操作。

        2. 使用索引

        如果没有在数据库使用索引，当你在一个没有排序的数据表中使用映射查询(projection query)搜索时，无可避免的要执行一个全序列查找。这种情况通常并不是什么问题，每种数据库，包括SQLite都会为数据集执行索引来降低查找时间。

        索引维护着一个表中某一列或某几列的顺序，这样就可以快速定位到一组值，而不用扫遍全表。所有的索引信息会被保存在一个独立的索引表中，所以会产生额外的空间占用，不过绝对物超所值，特别是当你会在数据库中进行大量的读及搜索操作时。

        SQLite会自动为每一个UNIQUE栏位创建索引，包括主键(Primary Key)栏位，另外也可以通过CREATE INDEX进行显示地创建。

       注:如果你的查询太复杂而无法使用所创建的索引，那你就要好好想想你数据库的结构了。

       3. 在Where分支中使用限定符

        如果以字串拼接出SQL语句的Where，莫不如使用SQLite的query操作带上'?'来编译查询。以下是它的好处:

        a. 有利于SQLite缓存这些查询及索引。

        b. 可以避免达到SQLite缓存的上限。使用字串拼接Where的查询，每一个都被视为不同的查询，这就容易达到缓存的上限。

        c. 可以避免非法的SQL注入。

转载:http://blog.csdn.net/horkychen