Greendao的升级完美解决方案

我看到很多关于Greendao的升级解决方案，大都是修改onUpgrade方法，但是我觉得这样升级版本多了代码变得雍容，不利于代码维护，最开发有一种思想叫配置优于编码，以前使用的数据库是active Android，这个数据库升级就比较好，每个版本配置一个版本号加sql的升级脚本，于是继续萌生这种执行升级脚本的想法，把所有的升级内容写在脚本里，升级的时候执行相应的版本

 

优点：

1、支持跨版本升级，如果简单的在onUpgrade实现当前版本的结构那么可能会出现跨版本执行失败，比如版本号为1的数据库user表包含字段id、name，我们升级到2的时候添加一个age字段，如果从1升级到2没问题，如果我们再次把user表中添加一个head属性，那么我们在3版本添加一段添加head字段的sql，但是用户从1版本直接升级到3版本是不是少了age字段？如果每个版本都判断一遍，那么代码得乱成什么样呀？多表维护呢？逐渐这块就不具备可维护性了，配置的脚本有什么好处呢？我们是逐级执行升级脚本，也就是我们执行的升级方案是先升级到2版本的结构，然后在继续升级到3的版本结构

2、Java层代码实现零代码维护，降低维护成本，我们在onUpgrade调取相应的脚本，这样这块的代码就不需要每次维护了

3、无损数据，根据你写脚本的实力可以实现数据无损升级，比如下面是2.sql和3.sql内容

 

alter table USER ADD COLUMN "AGE" int(32);

alter table USER ADD COLUMN "head" TEXT;

移动端可能写sql的能力弱一些，叫上后台大佬们一定可以帮你想出无损升级的脚本

 

说了那么多该到实现的时候了

 

首先我们在在assets中创建一个updateSql的文件夹，这里面放我们个版本的升级脚本

    

我们文件的命名规则统一版本号加.sql的后缀文件名，里面对应个版本的升级脚本

 

到这里大家可能还不明白，那么最神秘的代码一贴，大家都懂了，不信给大家看看，还是onUpgrage方法

extends DaoMaster.OpenHelper

//继承这个类

 

@Override
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
    String basefolder = "updateSql";
    StringBuffer sb_exesql;
    InputStream inputStream;
    int length = -1;
    for (int i = oldVersion; i < newVersion; i++) {
        try {
            sb_exesql = new StringBuffer();
            length = -1;
            byte[] bts = new byte[1024*12];
            inputStream = MyApplication.instances.getAssets().open(basefolder + (oldVersion + 1) + ".sql");
            while ((length = inputStream.read(bts))!=-1){
                sb_exesql.append(new String(bts,0,length));
            }
            db.execSQL(sb_exesql.toString());
        } catch (Exception e) {

        }
    }
    // super.onUpgrade(db, oldVersion, newVersion);
}