code有svn之類的工具，那資料庫一般用什麼工具呢？

目前是把DDL、存儲過程、函數、核心數據整理成SQL文件，做為baseline，提交SVN；

每次修改，均記錄到文件、整理成增量的sql update語句，提交svn；同時更新整體的SQL語句。很複雜，尤其是開發、內部測試、客戶手上多個版本，想死的心都有了細節參考：用版本控制工具將資料庫版本化

---------------------------------------------------------------------------

剛查到一款軟體，SQL Source Control，SQL Source Control: link database to TFS, SVN, Vault, Git, Mercurial，不知道是否好用。等高人指點

---------------------------------------------------------------------------

繼續補充下，開源工具也很多，準備嘗試一下DBV資料庫版本管理工具：DBVdbv.php: Database version control, made easy!

Flyway

Flyway ? Database Migrations Made Easy.資料庫版本管理工具Flyway——基礎篇

dbdeploy

dbdeploy.comUnitils結合Dbdeploy管理測試資料庫資料庫版本控制工具 Dbdeployliquibase：XML(轉)在Web項目中使用LiquiBase實現資料庫自動更新http://www.liquibase.org/Liquibase安裝及使用

Flyway簡介

Flyway是一個簡單開源資料庫版本控制器（約定大於配置），主要提供migrate、clean、info、validate、baseline、repair等命令。它支持SQL（PL/SQL、T-SQL）方式和Java方式，支持命令行客戶端等，還提供一系列的插件支持（Maven、Gradle、SBT、ANT等）。

官方網站：https://flywaydb.org/

本文對於Flyway的自身功能不做過多的介紹，讀者可以通過閱讀官方文檔或利用搜索引擎獲得更多資料。下面我們具體說說在Spring Boot應用中的應用，如何使用Flyway來創建資料庫以及結構不一致的檢查。

動手試一試

下面我們可以通過對使用JdbcTemplate一文中的例子進行加工完成。讀者也可以拿任何一個與數據訪問相關的工程來做如下內容的實驗：

  • 第一步，在pom.xml中增加flyway的依賴：

&
&org.flywaydb&
&flyway-core&
&5.0.3&
&

  • 第二步，按Flyway的規範創建版本化的SQL腳本。
    • 在工程的src/main/resources目錄下創建db目錄
    • 在db目錄下創建版本化的SQL腳本V1__Base_version.sql

DROP TABLE IF EXISTS user ;
CREATE TABLE `user` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 主鍵,
`name` varchar(20) NOT NULL COMMENT 姓名,
`age` int(5) DEFAULT NULL COMMENT 年齡,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

  • 第三步，在application.properties文件中配置Flyway要載入的SQL腳本位置。按第二步創建的結果配置如下：

flyway.locations=classpath:/db

  • 第四步，執行單元測試ApplicationTests，此時我們在日誌中可以看到如下信息：

INFO 82441 --- [main] o.f.core.internal.util.VersionPrinter : Flyway Community Edition 5.0.3 by Boxfuse
INFO 82441 --- [main] o.f.c.internal.database.DatabaseFactory : Database: jdbc:mysql://localhost:3306/test (MySQL 5.7)
INFO 82441 --- [main] o.f.core.internal.command.DbValidate : Successfully validated 1 migration (execution time 00:00.022s)
INFO 82441 --- [main] o.f.c.i.s.JdbcTableSchemaHistory : Creating Schema History table: `test`.`flyway_schema_history`
INFO 82441 --- [main] o.f.core.internal.command.DbMigrate : Current version of schema `test`: &&>
INFO 82441 --- [main] o.f.core.internal.command.DbMigrate : Migrating schema `test` to version 1 - Base version
WARN 82441 --- [main] o.f.core.internal.sqlscript.SqlScript : DB: Unknown table test.user (SQL State: 42S02 - Error Code: 1051)
INFO 82441 --- [main] o.f.core.internal.command.DbMigrate : Successfully applied 1 migration to schema `test` (execution time 00:00.128s)

Flyway監測到需要運行版本腳本來初始化資料庫，因此執行了V1__Base_version.sql腳本，從而創建了user表，這才得以讓一系列單元測試（對user表的CRUD操作）通過。

  • 第五步，我們可以繼續再執行一下單元測試，此時我們會發現日誌輸出與之前不同：

INFO 83150 --- [main] o.f.core.internal.util.VersionPrinter : Flyway Community Edition 5.0.3 by Boxfuse
INFO 83150 --- [main] o.f.c.internal.database.DatabaseFactory : Database: jdbc:mysql://localhost:3306/test (MySQL 5.7)
INFO 83150 --- [main] o.f.core.internal.command.DbValidate : Successfully validated 1 migration (execution time 00:00.031s)
INFO 83150 --- [main] o.f.core.internal.command.DbMigrate : Current version of schema `test`: 1
INFO 83150 --- [main] o.f.core.internal.command.DbMigrate : Schema `test` is up to date. No migration necessary.

由於在第四步的時候，初始化腳本已經執行過，所以這次執行就沒有再去執行V1__Base_version.sql腳本來重建user表。

  • 第六步，我們可以嘗試修改一下V1__Base_version.sql腳本中的name欄位長度，然後在運行一下單元測試，此時我們可以得到如下錯誤：

ERROR 83791 --- [main] o.s.boot.SpringApplication : Application startup failed

org.springframework.beans.factory.BeanCreationException: Error creating bean with name flywayInitializer defined in class path resource [org/springframework/boot/autoconfigure/flyway/FlywayAutoConfiguration$FlywayConfiguration.class]: Invocation of init method failed; nested exception is org.flywaydb.core.api.FlywayException: Validate failed: Migration checksum mismatch for migration version 1
-&> Applied to database : 466264992
-&> Resolved locally : -270269434

由於初始化腳本的改動，Flyway校驗失敗，認為當前的V1__Base_version.sql腳本與上一次執行的內容不同，提示報錯並終止程序，以免造成更嚴重的數據結構破壞。

總結

到這裡為止，本文的內容告一段落。由於博文篇幅問題，對於Flyway更細節的使用沒有說的太多，本文主要作為敲門磚，幫助和引導正在使用Spring Boot做系統開發的個人或團隊在資料庫的版本控制上做的更好提供一些思路。至於更深入的應用還請讀者自行翻閱官方文檔參考和學習。

摘自大佬們的博客 Spring Boot中使用Flyway來管理資料庫版本 可以看看

mark 個

加一個， 現在在用的Liquibase | Database Refactoring | Liquibase

以前做過一個觀察數據流動的後臺控制系統，資料庫版本管理用的就是flyway，很簡單，很方便。那個項目因為是自己寫用於觀察數據流動的，技術是什麼新用什麼，整體架構搭建用的是spring boot，持久層spring data jpa，資料庫的版本管理用的就是flyway，測試用hsql，運行用mysql。

flyway付費才能回滾啊

我們用powerdesigner的repository來管理，感覺還不錯，同時資料庫裡面有個db表來存儲當前資料庫的版本信息和變更sql，適合一個產品大量業務資料庫情況下的版本控制。

我們用的是liquibase，還不錯。主要是基於xml來玩的。

這個問題確實很惱火，Flyway 不知適不適合Sqlserver 2008

Play Evolutions

https://www.playframework.com/documentation/2.8.x/Evolutions

推薦閱讀：
相關文章