数据库脚本管理解决方案（数据库的脚本文件在哪）

【背景介绍】

老鬼所在的团队是一个十人的创业小团队，产品是以敏捷的方式迭代开发，在产品迭代的过程中，会接一些项目，使用产品的已有的特性进行交付。在针对第一个项目交付第一个版本的时候，项目是顺利的，相应的交付件也比较好管理，主要是部署包，数据库安装脚本以及一些中间件等，所以前期没有针对数据库脚本做特殊的管理，只需要归档ddl和dml就可以。

【问题出现】

数据库脚本管理从来都是一个棘手的事情，老鬼呆过几百人的大团队，也呆过十几人的小团队，都曾出现一个比较尴尬的事情就是当我想安装一个版本的安装包的时候，竟然找不到与之匹配的全量数据库安装脚本（主要是oracle或者mysql这样的关系数据库）。当然，现在的老鬼团队也会遇到相应的问题，相对于大产品，小产品的量还是有限的，目前团队面临的两个主要问题是：

1. 项目一期交付后二期交付的时候如何更好的进行脚本升级

2.产品在不同的项目中脚本如何管理

3.团队开发阶段，各个环境数据的不统一，例如开发环境，测试环境，仿真环境都是人为的维护脚本，很难做到数据统一

【初步的想法】

要解决上面的问题，团队需要进行统一的脚本管理与策略，基本的原则是：

1.统一的脚本管理模板

2.各环境的使用脚本源要统一

3.实行自动化的脚本安装，而不是人为的

【数据库脚本管理解决方案】

小团队一般会采用开源工具进行脚本管理，这样可以节约成本，同样这边采用flyway进行脚本管理，flyway的基本原理和使用方式可以参考官网（https://flywaydb.org/getstarted/firststeps/commandline），它有许多种使用方式API，Maven,Gradle，command等当然API可以使用SpringBoot的框架进行处理，这里不在多说，看官网即可。老鬼这边采用command的方式进行，主要是因为老鬼的客户多不支持外网，导致在使用时不能自动下载所需要的包，还不如提前准备好。

【脚本管理结构】

├── install ********************************************* 全量安装脚本目录

│ ├── 1-common **************************************** 通用工具模块

│ │ ├── V1.0.101__common_ddl.sql ************************* 通用工具模块ddl脚本

│ │ └── V1.0.201__common_dml.sql ************************* 通用工具模块dml脚本

│ ├── 2-sysmgmt ********************************************* 系统管理模块

│ │ ├── V1.0.102__sysmgmt _ddl.sql ******************************* 系统管理模块ddl脚本

│ │ └── V1.0.202__sysmgmt _dml.sql ****************************** 系统管理模块dml脚本

│ ├── 3-cms******************************************* 内容管理模块

│ │ ├── V1.0.103__cms_ddl.sql ***************************** 内容管理模块ddl脚本

│ │ └── V1.0.203__cms_dml.sql ***************************** 内容管理模块dml脚本

└── upgrade ***************************************** 升级脚本目录

├── V1.0.301__v1.0_sprint1.sql ************** sprint1迭代升级脚本，每个迭代一个

└── V1.0.302__v1.0_sprint2.sql ************** sprint2迭代升级脚本，每个迭代一个

【全量脚本模板】

ddl:存放ddl脚本，命名规范：V1.0.1+2位模块号__模块名称_ddl.sql

示例：V1.0.101__common_ddl.sql

dml：存放dml脚本，命名规范：V1.0.2+位模块号__模块名称.dml.sql

示例： V1.0.201__common_dml.sql

【升级脚本模板】

命名规范：V1.0.3+2位序号__版本号_迭代名称.sql

示例：V1.0.301__v1.0_sprint1.sql

【管理策略】

1.迭代开发提交脚本到【全量脚本】和【升级脚本】

2.新项目安装使用【全量脚本】安装，并记录版本号和迭代号

3.项目升级使用【升级脚本】中的部分脚本，可以参考上次升级时记录的版本号和迭代号

【自动化安装】

flyway支持脚本执行：

win下面cmd进入flyway安装目录执行：

flyway migrate 会按照版本号进行升级

linux进入flyway安装目录执行：

./flyway migrate

所以这些可以和Jenkins等工具结合进行自动化的执行。

【执行顺序】

flyway按照版本号的大小进行执行，flyway的版本号是“__”之前的部分，例如：V1.0.101__common_ddl.sql中V1.0.101是版本号，所以执行的顺序是：

V1.0.101__common_ddl.sql

V1.0.102__sysmgmt _ddl.sql

V1.0.103__cms_ddl.sql

......

V1.0.201__common_dml.sql

V1.0.202__sysmgmt _dml.sql

V1.0.203__cms_dml.sql

......

V1.0.301__v1.0_sprint1.sql

V1.0.302__v1.0_sprint2.sql