昨天有同事问我，App版本升级时，本地数据库该如何升级？被他这么一问，忍不住笑了，好久不看，如何作答呢？

App使用GreenDao框架整合了Sqlite数据库，GreenDao框架自带了升级数据库的功能。这里所谓的本地数据库，实际上是从服务器拉取的数据，在本地存放的一个备份。也曾整理了一篇GreenDao的文章，生怕日后忘记，没想到还真忘记了。

Android App开发 之 SQLite 整合 greenDao

如果真的是按照上一次整理的，升级数据库也不是一件难事，只需按照GreenDao的文档来就可以了。但是在实际开发中，由于业务场景的复杂性，开发难度大大增加了。

对于一款App应用，在一个手机上，可能会有多个账号轮流登录的情况，那么在升级的时候，就要考虑这种情况了。当然这也涉及到缓存数据库是如何设计的。一般有两种设计。

第一种设计，本地缓存只使用一个数据库。那么App升级起来，只需要升级一次，但是每个用户登录的时候，就需要根据用户的标识来取出缓存数据，毕竟所有登陆过的用户的数据，都存储在同一个缓存表里。

第二种设计，本地缓存按用户建库，一个用户一个库。A登录，用A库；B登录，用B库，这个样子，在同一台手机上，登录的用户越多，数据库就越多，但是每个账号都是独立的一套库，取数据的时候也就不用那么麻烦了，直接全部取出即可。

同事采用了第二种设计，他认为，这样设计取数据方便。那么问题就来了。有几个问题呢？第一，数据库的名称是动态的，升级的时候，数据库的名称必须想活的；第二，是一次性全部升级，还是逐一升级？

他最开始遇到的问题，数据库升级好了，但是数据全没了？

听他这么一说，云里雾里的，于是建议他，调试看看，是不是数据库的名称没有获取到？每个用户的数据库名称是不一样的，数据库里面的表是一样的，所以一定要想确保取到的数据库名称是对的。于是，他回去调试去了。

晚上，怎么也睡不着，想着白天的讨论。GreenDao升级数据库有四步，如下图所示：

第一步，备份数据到临时表；
第二步，删除旧表；
第三步，创建新表；
最后，恢复数据。

在升级时，如果本地有多个数据库，是不能一次完成升级的，这点是比较肯定的。为什么，因为一次只能一个用户登录，并且一次只能打开一个sqlite的数据库。

数据库所对应的实体类也是GreenDao生成的，如果第一个登录的账户完成了升级。第二个账户登录时，这时的程序是最新的，像实体类之类的，当前用户的数据库表结构是旧的，这个时候还能不能顺利完成升级？如果这样不行，就只能改成一个数据库了，在查询的时候加入用户唯一标识区分即可，查询语句需要增加查询条件。

今天一早，把自己的担忧告诉了他，他还没有升级好，昨天完成了一个用户的升级。今天再试试第二个，第三个用户的升级吧。

过了两个小时后，他告诉我结果，第一个用户数据库升级后，第二个用户可以正常升级，迁移过去的数据也是对的。喔，这样最好，能升级当然好，不然改成一个库，那可费大劲了，最后，我们都开心的笑了。

从他升级测试的结果看，下图中配置里的版本号确确实实就是数据库的版本号，和程序没关系。

先前研究GreenDao时，也是事出有因，刚上手就丢在一边了。好在有篇记录的文档可以参考回忆一下。

还记得刚开始这个项目，在开会时，郑重地给Android App端提了一个建议，Android App端开发，一定要找一个好一点的框架，跟着框架走，这样既能加快开发速度，写出来的代码再坏也坏不到哪里去，后面整合调优也方便。这位同事也曾经开发过Android端的App项目，自己又忙着后端，便没有多想什么。

后来，无意中讨论一个问题，才知道，他使用的还是原生的增删改查，这让我吃了一惊。想必是写了一个Demo，后来就直接在这个Demo进行了页面的设计，额，这可如何是好，后面有苦头吃了，心里冷不丁的冒了一阵冷汗。

虽一直专注后端开发，也没开发过Android端的App项目。但心里有点B数，能用框架的一定用框架，什么框架也不用，越往后会越累的呀。

后面干脆拿出几天时间，调查了Android端App项目所能使用的框架，当然投入的时间也很有限，其它的也就算了，代码的结构暂且也不管了，什么MVVM模式也不管了，先把数据库优化一下也行呀？

最后就倒腾出一个GreenDao的Demo，并整合到了Android App端的项目里；那一段时间，他确实挺辛苦，咔咔咔地删了不少代码，连接数据库查询的部分基本上白写了，最后全用GreenDao框架里的。

把GreenDao框架帮他整合好后，便没有再去碰这个框架了；如今，半年过去了，猛然提起这个GreenDao框架，不免又生疏起来。当然，自己也有其他的任务在身，真没时间碰。

这次也只是在同事需要的情况下，给出了自己的想法，以及可能会遇到的问题，具体实现只能靠他自己了。通过他最后的测试结果，否定了一些情况，也肯定了一些情况。

第一，配置文件里的GreenDao版本号，确确实实就是数据库的版本号，和程序无关。
第二，通过第一条，在本地缓存多个数据库的情况，可以得知，数据库的升级可以一个用户一个用户的来升级。

突然觉得很幸运，现在遇到Apk升级，很庆幸当时选了GreenDao这款框架，不然数据库升级用原生的该如何整呀，太幸运了。如果今天才发现这个问题，那有改头了，更误事儿；当初的辛苦，很值得，在今天都变成了便利，开心。

这也许证实了一句话，磨刀不误砍柴工呀！