(SQLite优化方法.docVIP

SQLite优化方法 ? 1.建表优化 SQLite的数据库本质文件读写操作，频繁操作打开和关闭是很耗时和浪费资源的； ? 优化方法事务机制： 这里要注意一点：事务的开启是要锁定DB的，其他对DB的写入操作都是无法成功的。 db.beginTransaction(); //手动设置开始事务 try { //这里写你数据操作 db.setTransactionSuccessful(); ??? //设置事务处理成功，不设置会自动回滚不提交 } catch (Exception e) { } finaly { db.endTransaction(); //提交 } ? 项目中不会把项目上万条数据存SQL里的，尽管android有SQLite。 那样处理起来非常慢，而且程序经常出现ANR。 ? 打个比方：有200个城市，每个城市500条城市信息，你怎么创建表？ ? A：我创建一张表存10000条数据。 B：200张表，每张存500条数据。 C：我创建两张表， ?? 一张存city，其实这张表只有1条数据； ?? Id(编号)， ?? Version（这200个城市更新版本用） ?? CityDate（200个城市xml格式字符串数据）。 ?? ?? 另一张表存城市信息表：200条数据，每个城市一条数据 ?? id（CityDate解析出城市对象对应的id） ?? Version（这500条城市信息更新版本用） ?? CityMessage（500条城市信息xml格式字符串数据）。 ? ? ? ?首先你给用户展示200城市（你只取了一条数据 200个城市xml格式字符串数据进行解析） ?用户点击一个城市你显示500条记录（通过城市解析ID，取出城市信息表中对应500数据xml格式字符串数据进行解析） ? ? 这样做的好处： （1）统一数据接口，无论你从网络上直接去数据，还是读本地缓存统一数据接口，xml （2）数据进行排序，内存操作要快一些； （3）其实这和自己写文件没什么区别，为什么还要用数据库那，这么做有利于程序版本更新升级数据 ??? 维护！ ? 2.其他技巧 ? ? 1） 相对于封装过的ContentProvider而言，使用原始SQL语句执行效率高，比如使用方法rawQuery、execSQL的执行效率比较高。 ? ? 2） 对于需要一次性修改多个数据时，可以考虑使用SQLite的事务方式批量处理，我们定义SQLiteDatabase db对象，执行的顺序为 ? ? db.beginTransaction(); ? //这里处理数据添加，删除或修改的SQL语句 ? db.setTransactionSuccessful(); //这里设置处理成功 ? db.endTransaction(); //这句很重要，告诉数据库处理完成了，这时SQLite的底层会执行具体的数据操作。 ? ? 3） 打好SQL语句的基础，对于查询，以及分配表的结构都十分重要 ? 3. ??一、影响查询性能的因素：? ?? ???1． 对表中行的检索数目，越小越好? ?? ???2． 排序与否。? ?? ???3． 是否要对一个索引。? ?? ???4． 查询语句的形式? ?? ???二、几个查询优化的转换? ?? ???1． 对于单个表的单个列而言，如果都有形如T.C=expr这样的子句，并且都是用OR操作符连接起来，形如： x = expr1 OR expr2 = x OR x = expr3 此时由于对于OR，在SQLite中不能利用索引来优化，所以可以将它转换成带有IN操作符的子句：x IN(expr1,expr2,expr3)这样就可以用索引进行优化，效果很明显，但是如果在都没有索引的情况下OR语句执行效率会稍优于IN语句的效率。? ?? ?? ?2． 如果一个子句的操作符是BETWEEN，在SQLite中同样不能用索引进行优化，所以也要进行相应的等价转换： 如：a BETWEEN b AND c可以转换成：(a BETWEEN b AND c) AND (a=b) AND (a=c)。 在上面这个子句中， (a=b) AND (a=c)将被设为dynamic且是(a BETWEEN b AND c)的子句，那么如果BETWEEN语句已经编码，那么子句就忽略不计，如果存在可利用的index使得子句已经满足条件，那么父句则被忽略。? ?? ?? ?3． 如果一个单元的操作符是LIKE，那么将做下面的转换：x LIKE ‘abc%’，转换成：x=‘abc’ AND x‘abd’。因为在SQLite中的LIKE是不能用索引进行优化的，所以如果存在索引的话，则转换后和不转换相差很远，因为对LIKE不起作用，但如果不存在索引，那