透過上一篇的基本觀念介紹,希望大家應該有一點點感覺了!

這篇我們就來做個簡單的版本演練,加深印象吧!

我使用的環境如下

System : Windows 7

Database : SQL Server 2008 R2

而因為liquibase 要連線到SQL Server還需要JDBC的套件,各位如果需要的話,可以到這裡抓取 。 抓取後記得將對應的jar檔放到liquibase\lib資料夾底下 :)

上一篇我們是每次要做一個新的版本就建立一個新的檔案,然後進行版本更新

但其實liquibase是可以讓你集中利用一個檔案進行控管(當然其它版本的檔案是分散的)

這樣做的好處是,每當建立一個新的版本,你只需要在主要的ChangeLog裡面添加本次新版本檔案的路徑。

在還原與更新時,只需要利用主要的ChangeLog檔就可以進行對應的動作

在先前的文章裡,你可能會發現到liquibase 很常用到--changeLogFile這行參數,這行參數其實是用來指定你目前要操作的異動log檔路徑

每次都要打一定會覺得很煩人對吧!(其實還要額外加上連線路徑呢)

所以在這裡介紹一下liquibase.properties的用法

liquibase.properties其實就是將你常用到的一些參數整進一個設定檔中,如此一來你在打指令的時候,就不用再打一些額外的參數啦!

這個檔案只要跟liquibase的cmd放在同一層目錄下,在執行的時候他就會自動去找這個檔案囉!

基本設定的參數如下(這裡以SQL Server為例)

driver: com.microsoft.sqlserver.jdbc.SQLServerDriver
classpath: ./lib/sqljdbc42.jar
url: jdbc:sqlserver://localhost:14333;database=StudentTrace;
username: stu
password: stu123
changeLogFile: MainChangeLog.xml

可以看到我們在最後一行指定了changeLogFile的檔名與路徑(只有指定檔名的話,代表檔案跟liquibase cmd同一層),

不像之前我們都是用.sql檔做為我們的changeLogFile,這裡的MainChangeLog.xml其實就是剛剛提到的「主要」ChangeLogFile檔啦!

透過這個檔我們會將其它的changeLogFile包進來使用。

這個檔的實際內容如下  

<databaseChangeLog
xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ext="http://www.liquibase.org/xml/ns/dbchangelog-ext"
xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-3.1.xsd
http://www.liquibase.org/xml/ns/dbchangelog-ext http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-ext.xsd">
<include file="TestDbChangeLog_V1.0.sql"/>
<include file="TestDbChangeLog_V1.1.sql"/>
</databaseChangeLog>

有沒有注意到include這段,我們將我們先前建立的TestDbChangeLog V1.0與V1.1都包進來了。

而這個檔的內容變化其實會有點像下面這個圖  

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

廢話不多說,我們就來實際演練一次

首先我們先建立好我們兩個版本的.sql檔分別為TestDbChangeLog_V1.0與TestDbChangeLog_V1.1

內容如下

TestDbChangeLog_V1.0

--liquibase formatted sql
--changeset author:Jaja tag:ver1.0
CREATE
TABLE Admin
(
ID INTEGER NOT NULL IDENTITY NOT FOR REPLICATION ,
UserID NVARCHAR (50) NOT NULL ,
UserPassword NVARCHAR (50) NOT NULL ,
FK_UserRole INTEGER NOT NULL
)
ON "default"
;
--rollback DROP TABLE Admin

TestDbChangeLog_V1.1

--liquibase formatted sql
--changeset author:Jaja tag:ver1.1
CREATE
TABLE Account
(
ID INTEGER NOT NULL IDENTITY NOT FOR REPLICATION ,
UserID NVARCHAR (50) NOT NULL ,
UserPassword NVARCHAR (50) NOT NULL )
ON "default"
;
--rollback DROP TABLE Account

再來就是建立好我們的MainChangeLog.xml 做為我們統一的版本控制檔 (記得要設定好liquibase.properties唷)

一開始的內容如下

<databaseChangeLog
xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ext="http://www.liquibase.org/xml/ns/dbchangelog-ext"
xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-3.1.xsd
http://www.liquibase.org/xml/ns/dbchangelog-ext http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-ext.xsd"> </databaseChangeLog>

接下來我們就來練習版本推進的過程吧!

假設我們現在要做第一版V1.0的發佈更新,我們要做的動作就是

1.確定第一版V1.0的ChangeLogFile路徑

2.添加路徑到我們的MainChangeLog.xml

3.進行發佈更新

以下就來看看我們動作做的結果

添加路徑到我們的MainChangeLog.xml (這裡因為我ChangeLogFile都直接放在liquibase的根目錄下,所以直接加上檔名就好了)

<databaseChangeLog
xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ext="http://www.liquibase.org/xml/ns/dbchangelog-ext"
xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-3.1.xsd
http://www.liquibase.org/xml/ns/dbchangelog-ext http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-ext.xsd">
<include file="TestDbChangeLog_V1.0.sql"/><!--我們第一個版本檔案位置 --> </databaseChangeLog>

接下來我們就進行版本更新囉!這裡我是用PowerShell ISE方便來看我們指令的流程。你也可以用一般的CMD進行

可以看到我們資料庫在未進行異動更新前,空空如也~~~

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

接下來就執行我們異動更新的指令(因為我們已經設定了liquibase.properties,所以直接打指令就行了)

這裡用到的指令是liquibase update

確定更新成功後再回頭來看看我們的資料庫 (這裡因為是用PowerShell會有錯誤的提示,但這不會影響我們執行的內容)

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP  

可以看到我們資料庫有根據我們TestDbChangeLog_V1.0.sql內容,建立了一張資料表。此外還多出了兩張資料表,這兩張資料表其實是liquibase用來做更新追蹤使用的

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

下一步我們做一樣的動作,這次把TestDbChangeLog_V1.1.sql 加入到我們的MainChangeLog.xml

<databaseChangeLog
xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ext="http://www.liquibase.org/xml/ns/dbchangelog-ext"
xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-3.1.xsd
http://www.liquibase.org/xml/ns/dbchangelog-ext http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-ext.xsd">
<include file="TestDbChangeLog_V1.0.sql"/> <!--我們第一個版本檔案位置 -->
<include file="TestDbChangeLog_V1.1.sql"/> <!--我們第二個版本檔案位置 -->
</databaseChangeLog>

加入新的版本後記得執行liquibase update 進行異動更新

到這裡我們的資料庫一共會有四張資料表,其中兩張資料表分別是版本V1.0 (Admin) 與V1.1 (Account) 建立的

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

再來我們就要練習rollback (退版的過程)

rollback退版的動作,其實是依照你changeLog裡面寫的動作來執行,所以如果指令太龐大的話,還是利用一些工具進行產生比較好。

而退版的流程其實就像下圖

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

這裡的執行「TestDbChangeLogVer1.1.sql裡面的rollback 區段語法」是什麼意思?

我們回頭來看看這個檔裡面我們寫了些什麼

--liquibase formatted sql
--changeset author:Jaja tag:ver1.1
CREATE
TABLE Account
(
ID INTEGER NOT NULL IDENTITY NOT FOR REPLICATION ,
UserID NVARCHAR (50) NOT NULL ,
UserPassword NVARCHAR (50) NOT NULL )
ON "default"
;
--rollback DROP TABLE Account

要注意到的是所謂的rollback區段,也就是最後一行--rollback DROP TABLE Account

這一行就會是當我們要從V1.1回到V1.0時,在資料庫上會執行的對應語法

實際的概念其實很簡單,每次當我們建立一個新的版本的時候,我們就要在rollback區段裡面,寫下如何還原到上一個版本的語法

聽起來是不是霧裡看花...

以我們V1.1的內容為例的話,我們在V1.1這個版本,多「建立」了一個新的資料表叫Account,所以對應的rollback語法,就會是「移除」這個Account資料表

所以反過來思考,如果是新增欄位的話,rollback就要寫移除欄位。其它的對應就要靠DBA您來想了!

這裡我們一樣來練習一下Rollback語法使用

我們可以先查一下liquibase替我們建立好的版本歷程資料表,可以看到我們目前是有兩個版本

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

接下來就是要做Rollback的動作了,根據上圖。我們可以知道我們目前是在V1.1這個版本(可以看到他有一個ORDEREXECUTED執行順序)

所以我們要回到上一版的話,可以下這樣的指令

liquibase rollbackCount 1 (意思是我們往回退「一個」版本)

執行結果如下

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

再次查看記錄表與重整資料庫後會發現,版本少了一個。而資料庫也確實將Account資料表移除了

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

[心得] 如何利用liquibase進行資料庫版本控制 - 實際練習-LMLPHP

到這裡不曉得各位有沒有什麼問題呢?

其實liquibase已經出來一段時間了,網路上的教學資源也蠻多的,如果可以利用這個做小小的版本控制

在目前Agile當道的情況下,DBA也能跟著一起Agile也不錯呢!

不過你可能會覺得疑惑,如果我目前已經有資料庫了或是正要建資料庫,要怎麼結合使用呢?

如果你已經有資料庫了,liquibase也有一道指令,可以讓你把目前資料庫的內容導出來變成changeLog格式。

指令是 liquibase --changeLogFile {你想要的changeLogFileName} generateChangeLog  (這裡要注意的是,凡是有用到--changeLogFile這個參數呀!一定都要加在最前面,不然就會無法正常執行唷!)

而如果你是正要建資料庫呢?這裡其實也很容易,一般我們在建資料庫前都會利用ER Model進行建模,最後再轉成實際的資料庫內容

其實就直接利用ER Model工具,將第一版的changeLogFile利用SQL format建立起來就好了唷!

以上就是這次的liquibase介紹,咱們下次見 :D

參考資料 :

http://blog.ctp.com/2014/09/02/database-migrations-with-liquibase/

http://blog.kent-chiu.com/2014/08/30/liquibase-101.html#section-2

https://blog.synyx.de/2012/08/migrating-data-with-liquibase/

http://www.neevtech.com/blog/2013/08/28/liquibase-a-time-machine-for-your-data/

https://pyrseas.wordpress.com/2011/03/01/sql-database-version-control-%E2%80%93-liquibase/

05-08 08:24