简单数据库迁移实践

内容简介：简单数据库迁移实践

现在 NoSQL 流行，有一个原因也是因为不需要去刻意处理table的schema，直接存储数据，这样简单！所以也不会有数据库表的迁移问题。数据库表迁移这一块儿一直是一个麻烦点，但我最近用了 sqlite 3做了个小项目，所以总结下数据库迁移的方案。

原理

1. 每一次数据表改动，都对应一个数据库版本号
2. 数据迁移是渐进式的，比如把数据库版本从1 升级到n，那么就升级n-1次，版本1到2，2到3，直到n-1到n。

实施

1. 使用sqlite3的 user_version 存贮自定义的数据库版本

   /*设置版本号*/
   PRAGMA user_version=1;
   /*读取版本号*/
   PRAGMA user_version;
   

2. 所有的数据库升级文件，放在一个文件中，都直接使用 sql 文件，方便直接查看管理。文件结构如下

   

   1. v1.sql v2.sql, v3.sql等 是每个数据库版本，完整的数据库定义文件
   2. v1tov2.sql, v2tov3.sql等 是间隔版本数据库升级文件。一个数据m到n升级的过程就是，运行 v[m]tov[m+1].sql, v[m+1]tov[m+2].sql, 直到 v[n-1]tov[n].sql
   3. run.sh 就是每次要跑的数据迁移脚本，包括了当前的版本号和迁移逻辑
   4. 其中的v2.sql 到v[n].sql 不是必须的，只是为了方便查看当前最新的数据表设计，如果存在v[n].sql 那么创建新数据库也可以直接从这个文件来创建

3. 迁移脚本如下， 具体逻辑注释中已经写明

4. v[n].sql 和v[n-1]tov[n].sql 文件的最后都去需要通过 user_version 来设置数据版本为n，一个v2tov3.sql 的demo如下：

总结

使用场景

目前这套方案适合数据量小，对停机维护可以接受的业务情况，因为需要停机升级，但是这个方案，足够简单清晰且能满足所有不同版本间的数据升级。

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网

查看所有标签

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。