SQLite的数据库迁移

1. 前言

一般在应用启动之后，都会有一个初始化的过程。此外，后续应用升级，需要考虑数据库数据及时更新、数据库表字段发生变化、表数据发生变化、兼容旧版本数据库等情况，所以在应用初期就需要考虑好数据迁移工作。

2. 方案

通过接口配合本地数据库表来保证数据完整性与兼容性。在iOS端的数据库中有一个TableVersion表，用来配置需要进行数据同步的数据表信息。每次在发出数据同步请求的时候，都会以TableVersion表里面的数据作为依据，来决定哪些表需要进行表结构变更，哪些表需要进行数据更新。

2.1 TableVersion表

TableVersion表是iOS端与后台进行数据同步的一张重要的表，它配置了iOS端需要同步的数据表相关信息。

TableName：表名
OwnerType：表主键
Owner：表主键值
StructVersion: 表结构版本
Version：表数据版本

TableVersion表

TableName	OwnerType	Owner	StructVersion	Version
xxx_table	None		30	92279410

xxx_table表

字段1	字段2	字段3	字段4	Timestamp
xxxx	xxxx	xxxx	xxxx	92279410
xxxx	xxxx	xxxx	xxxx	92279400
xxxx	xxxx	xxxx	xxxx	92279300

2.2 数据接口

CheckUpdate：用来检测是否需要更新表结构、表数据。
FetchSchema：用来请求某张表的表结构数据信息。
FetchData：用来请求某张表的表数据信息。
PostData：用来上传某张表新增或更新的数据。

2.3 数据同步步骤

1. 获取iOS端数据库中的TableVersion表配置的每张表信息，调用CheckUpdate接口，获取需要更新的数据表信息(表名、表结构版本、表数据版本)。
2. 在获取的数据表信息里面，对比表的表结构版本与iOS端TableVersion中对应表的表结构版本，如果需要更新则调用FetchSchema接口更新对应表的表结构。(SQLite只允许表新增字段，无法删除表字段)
3. 调用FetchData来获取每张表需要更新的表数据，使用 replace into 语句来进行更新。
4. PostData接口用来向服务器上传新数据或者更改的数据，Timestamp值由后台生成。

2.4 同步补充

1. 在设计同步表的时候，每张表中都需要有一个字段Timestamp，用来记录当前表数据的数据版本。当此条数据发生变化的时候，需要后台更新当前数据的Timestamp(需要比TableVersion中对应表的表数据版本要大，这样才会进行进行数据同步)，做到及时更新表数据的目的。
2. TableVersion中的对应表的表数据版本Version其实就是对应表的表数据的最大Timestamp值。这样设计方便可以对表数据进行增量更新，而不是在更新某张表的时候将此表的所有数据拉取下来。

3. 切换用户账号

iOS端根据不同用户的ID来创建用户数据，不同用户的数据是分离的，存储在不同的路径，数据不干扰。

4. 总结

通过使用接口+本地表的形式来动态控制iOS端表的新增、表结构变更，数据的更新。