使用 SQLite 的服务端程序如何完成数据模型变更？

[Noicdi]

我有一个关于使用 SQLite 的服务端程序如何进行数据模型变更和业务基础数据插入的问题。

这种涉及到数据模型变更的问题，在我当前维护的一个公司大型项目中，使用的是 Oracle database ，在升级流程中，通过定制化开发的管理工具，使用程序升级包做自动升级，主要是停止项目程序，连接数据库并执行升级脚本。升级脚本中就是 DDL 和 DML 语句，完成数据模型变更和业务基础数据插入。

我在业余时间开发的一个服务端程序，使用 SQLite 存储数据，但是我认为我提到的以上经验并不适合这种程序。在我看来 Oracle database 这种 C/S 架构的数据库和读文件的 SQLite 不是一种东西，我没有精力和动力设计复杂的自动化升级流程，我更希望这个程序如同 GitHub 上的其他开源程序一样，只需要替换程序就可以了。

我找到的一篇文章介绍了相关的经验，提炼一下就是维护版本表，在启动程序时根据版本信息来确认接下来的程序行为，是创建数据模型还是变更数据模型；并且数据库行为写入程序而不是写入脚本。这个方法我觉得不错，也想向大家取取经，看看用的都是什么升级方案，哪怕给个关键字让我去检索也行。感觉不管是客户端还是服务端，只要使用的是 SQLite 那升级方案应该都是可以共用的？

我参考的文章： https://blog.csdn.net/qq_34681580/article/details/104753742

[janus77]

关键字 sqlite migrations

[IvanLi127]

参考的文章是主流方案。不过你没用 ORM 之类的东西吗？ sql 或者 no sql 都可以用这种方案，现成的库很多，不需要刀耕火种

[Noicdi]

@IvanLi127 #2 公司里用到的是写 SQL 查数据的库和自研的内存库，内存库从使用形式上类似 ORM 但是又有不同。个人项目里从来没用过，那我这次可以尝试一下。谢谢。

[Mystery0]

我这边用的是 flyway 来做模型的迁移与回滚，现在暂时实现了，还不确定会不会有一些隐藏的坑，不过我在迁移之外额外做了个定时备份 sqlite db 文件的逻辑，如果迁移或者回滚失败了，能够通过替换文件的形式回退到老版本