Sqlite 操作优化

在写项目的时候会经常接触 Sqlite ,比如说写课程表相关的东西,虽然数据不是很多,但是还是可以感觉到短暂的卡顿,所以想着通过一些方法来提高 Sqlite 的速度。

使用事务

引用别人博客里面的话

在Android中,无论是使用SQLiteDatabase的insert,delete等方法还是execSQL都开启了事务,来确保每一次操作都具有原子性,使得结果要么是操作之后的正确结果,要么是操作之前的结果。

然而事务的实现是依赖于名为rollback journal文件,借助这个临时文件来完成原子操作和回滚功能。既然属于文件,就符合Unix的文件范型(Open-Read/Write-Close),因而对于批量的修改操作会出现反复打开文件读写再关闭的操作。然而好在,我们可以显式使用事务,将批量的数据库更新带来的journal文件打开关闭降低到1次。

别人的博客里面其实说的已经很清楚了,但是最为影响数据库时间效率的是反复操作 journal 文件,所以如果我们手动控制事务的开启和关闭,就可以减少 journal 文件的开启和关闭到一次。

实例代码如下

public void insertWithTransaction() {

        long startTime = System.currentTimeMillis();

        try{
            db.beginTransaction();

            ContentValues contentValues = new ContentValues();

            for (UserBean userBean: userBeanList) {

                contentValues.put(TestDBSchema.UserTable.Cols.ID, userBean.getId());
                contentValues.put(TestDBSchema.UserTable.Cols.NAME, userBean.getName());
                contentValues.put(TestDBSchema.UserTable.Cols.GENDER, userBean.getGender());
                contentValues.put(TestDBSchema.UserTable.Cols.AGE, userBean.getAge());
                contentValues.put(TestDBSchema.UserTable.Cols.PHONE, userBean.getPhone());
                contentValues.put(TestDBSchema.UserTable.Cols.REGION, userBean.getRegion());

                db.insert(TestDBSchema.UserTable.NAME, null, contentValues);

            }

            db.setTransactionSuccessful();
        } catch (SQLException e) {
            e.printStackTrace();
        } finally {
            db.endTransaction();
        }

        long endTime = System.currentTimeMillis();

        long cost = endTime - startTime;

        transactionTextView.setText("" + cost);

    }

重用 SQLiteStatement

在网上查找这方面的资料,介绍使用 SQLiteStatement 减少 SQL 语句的编译次数,从而提高效率。比如说我们平时插入数据的时候会在循环中反复调用 execSQL 这个函数,这样只要循环多少遍,就会将 SQL 语句编译多少遍,使用
SQLiteStatement 可以将这个的次数有效的减为一次。当然也要搭配上面介绍的事务。

实例代码如下所示

public void insertWithStatement() {

        long startTime = System.currentTimeMillis();

        SQLiteStatement statement = db.compileStatement(SQL_STATEMENT);

        try {
            db.beginTransaction();
            for (UserBean userBean: userBeanList) {

                statement.clearBindings();

                statement.bindLong(1, userBean.getId());
                statement.bindString(2, userBean.getName());
                statement.bindString(3, userBean.getGender());
                statement.bindLong(4, userBean.getAge());
                statement.bindString(5, userBean.getPhone());
                statement.bindString(6, userBean.getRegion());

                statement.executeInsert();

            }

            db.setTransactionSuccessful();
        } catch (SQLException e) {
            e.printStackTrace();
        } finally {
            db.endTransaction();
        }

        long endTime = System.currentTimeMillis();

        long cost = endTime - startTime;

        statementTextView.setText("" + cost);

    }

时间效率的介绍

image.png

从效果图可以看出,相比没有自己手动开启事务相比,手动控制开启事务效率真的高太多了,接着如果你是用了 SQLiteStatement ,效率又会有小幅的提升,最后附上我的实例代码

其它的优化技巧

通过索引提高查询的速度

就像以前查字典的时候会查找拼音索引,简单的就是针对表里面的一列或者两列创建一个目录一样的东西(貌似形容的有点不准确),当我们使用 select 语句查询的时候就可以在这个目录里面查,不用管其它的几列,效率自然提升。这里用 SQLite 代码简单的举个例子就可以了。

这里借用菜鸟教程里面的例子,假设有表 COMPANY,我们将创建一个索引,并用它进行 INDEXED BY 操作。

创建索引

CREATE INDEX salary_index ON COMPANY(salary);

依靠索引查询

SELECT * FROM COMPANY INDEXED BY salary_index WHERE salary > 5000;

索引的缺点

  • 对于增加,更新和删除来说,使用了索引会变慢,这也很好想到,你在删除表里面的数据的时候要顺带删除相应的索引。
  • 建立索引会增加数据库的大小。
  • 为数据量比较小的表建立索引,往往会事倍功半。

在线程里面处理

数据库属于本地 IO ,也是比较耗时的,可能会引发 ANR , 所以如果数据量十分大的情况下可以在异步处理,可以考虑使用单线程+任务队列的形式的 HandlerThread 来实现。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,036评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,046评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,411评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,622评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,661评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,521评论 1 304
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,288评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,200评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,644评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,837评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,953评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,673评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,281评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,889评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,011评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,119评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,901评论 2 355

推荐阅读更多精彩内容