前言
我们在做Android开发时常会用到Sqlite数据库做为本地的缓存库，针对Sqlite数据库的性能优化网上也有不少的文章。
性能优化的几个要点
（1）编译SQL语句（重复的插入操作使用SQLiteStatement)
本来想拿这个做为这篇的重点，结果发现Android本身的SQLiteDatabase.java里面已经把插入的方法用SQLiteStatement写过了，所以我们这里不再着重讲了。
（2）显示使用事务（做数据库更新修改操作时用事物能够提高大概8位的速度）
（3）建立索引（这个我觉得没必要说了，所有数据库查询时索引都会有帮助）
（4）查询数据优化（少用cursor.getColumnIndex，这个是今天我们这篇说的测试）
（5）ContentValues的容量调整（ContentValues的初始容量是8，如果当添加的数据超过8之前，则会进行双倍扩容操作，因此建议对ContentValues填入的内容进行估量）
（6）及时关闭Cursor（这个没什么可说的，写代码的时候应该养成习惯）
（7）耗时异步化（大数据量操作时最好用异步处理）
关于cursor.getColumnIndex的测试
今天我们就专门来测试一下getColumnIndex的速度问题
查询一条数据
上图为自己的程序里面原先的查询一条信息的数据，调用到经过测试，输出的时间为43毫秒
然后我们新写了一个方法，把显示列前面定义出来，然后直接取列的序号
再用新的方法调用了一下，看到结果，我测了两次，分别是42和43，也就是说基本没有什么变化。
查询多条数据（2W6左右）
这次我们再找出来另一个获取所有资料的方法，本地Sqlite数据库里有2W6的数据量，我们先看一下用了getcolumnindex的代码
然后我们执行一下看到用时为11366
接下来我们再写一个去掉getcolumnindex的方法
执行这个后的用时为11168，比原来的能节省了一些，还是有些帮助的。
结论
当我们在查询一条语句的时候，用getcolumnindex获取到对应列和直接取列的序号几乎没有影响。当我们查询很多数据的时候，会有一些变化，但是可能影响的也不算太大，不过有节省就算了一个优化了，还是建议我们在写的时候尽量少用到cursor.getcolumnindex方法。
-END-
