我看到很多关于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、无损数据,根据你写脚本的实力可以实现数据无损升级