[发明专利]一种APP版本更新时数据库降级的用户数据保护方法

说明书

本发明涉及一种APP版本更新时数据库降级的用户数据保护方法，包括如下步骤：步骤1，获取当前已安装好的数据库名及数据库版本号；步骤2，获取将要安装的数据库名及数据库版本号；步骤3，判断当前已安装好的数据库名和将要安装的数据库名是否相同；相同，则转步骤4；步骤4，判断当前已安装好的数据库版本号和将要安装的数据库版本号的异同；或不对数据库进行更新操作，或数据库升级，或数据库降级；数据库的表，表的命名规则为：前缀_表名_后缀，其中后缀等于数据库版本号。本发明，应用简单，可有效保护用户数据，避免因为数据库降级导致的用户数据丢失问题。

技术领域

本发明涉及用户数据保护技术领域，具体说是一种APP版本更新时数据库降级的用户数据保护方法。

背景技术

在Android系统中，内置有轻量级数据库SQLite，SQLite甚至不需要安装和启动服务进程，它只是一个后缀为.db的数据库文件，但它支持SQL语句。

关于SQLite的使用需要一个SQLiteDataBase类，该类底层就是一个数据库文件，一个该类代表一个数据库，对数据库的操作也要通过SQLiteDataBase类。SQLiteDatabase类封装了一些操作数据库的API，使用该类可以完成对数据进行添加（Create）、查询（Retrieve）、更新（Update）和删除（Delete）操作。

SQLiteOpenHelper类是一个用来辅助管理数据库创建和版本升级问题的抽象类。我们可以继承这个抽象类，实现它的一些方法来对数据库进行自定义操作。下面两个方法必须重写：

public void onCreate（SQLiteDatabase db）

public void onUpgrade（SQLiteDatabase db, int oldVersion, intnewVersion）

onCreate：调用时机是用户首次安装应用后启动，或是清除App数据库文件后启动。这时可以在这个函数中完成初始的数据表的创建。

onUpgrade：调用时机是用户在做应用更新，覆盖安装后启动，如果新版本中数据库版本号要比旧版本中的数据库版本号高则会调用。这时可以在这个函数中完成数据库版本升级带来的旧版本的兼容问题，以及数据迁移问题。

用SQLiteOpenHelper类中的getWritableDatabase（）和getReadableDatabase（）方法可以获得数据库的引用。

还有一个一般情况下不需要重写，但在应用出现逆向降级（如应用由版本号4降级安装版本号为3的包）时必须重写的方法onDowngrade，如果应用降级覆盖安装时没有重写该方法则会崩溃。

另外SQLiteOpenHelper子类在构造实例时必须指定当前数据库的名称（name）、版本号（version）。而这里名称就决定了数据库存储时的文件名称，而这里的版本号与App在AndroidMainfest.xml定义的versionCode没有绝对关联。也就是在App更新时如果数据库的数据结构没有发生变化那么数据库的版本号则不用增加。

数据库在做升级时我们能明确地知道当前我们要对各旧表进行什么样的操作来兼容新版本。但如果在数据库降级时，情况就不一样了。例如：

开发版本2（相对于版本1这是一个新版本）时，我们不能明确地知道以后的新版本（比如版本3、版本4）的数据库结构走向是怎样的。这时，当用户从版本3回退到版本2，由于版本2在开发当时不能预知版本3的表结构，不知道版本3的数据表能否兼容到版本2（假如版本3升级时删除了一个版本2一直在用的表字段，这时回退数据结构可能就不兼容了）。

因此，降级操作很可能导致用户数据的丢失，而这可能给用户带来不可弥补的损失，该问题显然需要加以解决，以避免影响用户的体验及用户数据的安全。