GreenDao与Sqlite的数据库版本升级策略

目录.png


一.简介

我们在开发应用的时候,存储数据可能会用到数据库。第一个版本时所设计的数据库结构,如果在以后的app版本中需要增加业务逻辑,数据库的表可能要做相应的修改,那么原来的数据库结构就不能用了,这时就需要对数据库进行升级。

二.升级方案

1.让用户将应用卸载然后再安装最新版本的app

2.对数据库进行升级,对于第一种方案,用户卸载老版本就会造成数据丢失,这样对于用户的体验性极差,不到万不得已的时候不要做。我们倾向于选择第二项方案。

三.不同版本升级分析

3.1.Version1.0

当我们开发第一个版本数据库的时候,SQLiteOpenHelper的继承类里会走onCreate()方法,即 —->v1.0 走onCreate(),这时候并不涉及更新的方法。

3.2.Version2.0

当我们开发到第二个数据库版本的时候,分两种情况:

(1) 用户从1.0版本升级到2.0版本 SQLiteOpenHelper的继承类里会走onUpgrade()方法,不走onCreate()方法。即v1.0—->v2.0 走onUpgrade();

(2) 如果是用户直接安装v2.0 , SQLiteOpenHelper的继承类里会走onCreate()方法,不走onUpgrade()方法。即 —->v2.0 走onCreate()

3.3.Version3.0

(1) 用户从1.0版本升级到3.0版本 ,SQLiteOpenHelper的继承类里会走onUpgrade()方法,不走onCreate()方法。即v1.0—->v3.0 走onUpgrade()

(2) 用户从2.0版本升级到3.0版本 ,SQLiteOpenHelper的继承类里会走onUpgrade()方法,不走onCreate()方法。即v2.0—->v3.0 走onUpgrade()

(3) 如果是用户直接安装3.0 ,SQLiteOpenHelper的继承类里会走onCreate()方法,不走onUpgrade()方法。即 —->v3.0 走onCreate()

如下图:


版本升级方法分析.png

只要是第一次安装或者第一个数据库版本的都走onCreate()方法,而不走onUpgrade()方法,从低版本升级到高版本的都走onUpgrade()方法而不走onCreate()方法。

四.代码分析

4.1第一个数据库版本

只走onCreate(),所以我们可以把创建表的方法写在这个方法里。


另外需要注意的是,我们要把创建SQLiteOpenHelper子类的地方写成单例模式,这样可以避免重复创建,出现问题。



此时的DataBaseConfig.DATABASE_NEW_VERSION 为1

点击获取低版本信息按钮


数据库版本1.png

如果以后的需求改变,需要往数据库里加字段或者改字段,需要升级数据库。

4.2第二个数据库版本

如果是从v1.0升级到v2.0,则走onUpgrade,如果是直接安装v2.0,则走onCreate()

4.2.1. 比如从v1.0升级到v2.0 需要增加字段


此时 DataBaseConfig.DATABASE_NEW_VERSION 为2 ,DataBaseConfig.DATABASE_FIRST_VERSION为1


数据库版本2.png

版本2比版本1中新增了sex,和address字段,比版本1多了两项,由于代码中默认的性别是女,所以前三个的性别是女。

      注:还要再处理onCreate(),因为用户可能是直接安装V2.0

      有两种方法:

(1)执行旧版数据库sql,则后面还要调用onUpgrade


(2)执行新版数据库sql,不需要调用onUpgrade


4.2.2. 第二个版本数据库需要新增并修改字段

        注:比如从v1.0升级到v2.0 需要增加字段

            新增sex,address字段,修改age–>sign


此时 DataBaseConfig.DATABASE_NEW_VERSION 为2 ,DataBaseConfig.DATABASE_FIRST_VERSION为1


增加修改字段.png

从图中可以看出,已经将age选项修改为签名sign了,增加了sex,address两个选项。

处理onCreate()方法同增加字段里的处理一致。

五.总结

本文总结了数据库升级的相关内容,包括为什么要升级数据库,怎么升级数据库,新增字段和修改字段怎么处理,如有发现问题,欢迎讨论,共同学习。

GreenDao数据库升级

不断版本迭代,一些数据库中的结构也要发生改变、优化,但如果贸然修改数据库的版本号,只会把旧数据库的数据删除,再重新创建新表,导致旧数据丢失,这样的做法明显是不可取的。于是我们需要数据库的升级,也要保证旧数据保留。

新建MyDevOpenHelper,继承DaoMaster.DevOpenHelper,重写onUpgrade(Database db, int oldVersion, int newVersion)方法,在该方法中使用MigrationHelper进行数据库升级以及数据迁移。


新建MyDevOpenHelper

MigrationHelper由网上一位大神攥写,链接:https://stackoverflow.com/questions/13373170/greendao-schema-update-and-data-migration/30334668#30334668,有两个版本,后面一个适合GreenDao3.0版本,自行选用。


自定义MyDevOpenHelper获取数据库

注意:表中的数据类型是基础数据类型的包装类,用Long而不是long,否则会报错。合并数据后,旧数据表中没有的字段值或赋null值。原来的参与数据库的实体类需要重新生成构造方法和getter/setter

build项目后,排除所有异常后,在build.gradle文件中配置的greedao中修改数据库版本号,递增1


更新数据库版本号

你可能感兴趣的:(GreenDao与Sqlite的数据库版本升级策略)