当前位置：首页 > news >正文

自己可以建网站吗/win10优化大师

news 2025/7/1 4:39:24

自己可以建网站吗,win10优化大师,可以做测试网站,网站的运行与维护透過上一篇的基本觀念介紹，希望大家應該有一點點感覺了！ 這篇我們就來做個簡單的版本演練，加深印象吧！ 我使用的環境如下 System : Windows 7 Database : SQL Server 2008 R2 而因為liquibase 要連線到SQL Server還需要JDBC的套件…

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

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

我使用的環境如下

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包進來使用。

這個檔的實際內容如下　　

<databaseChangeLogxmlns="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.xsdhttp://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都包進來了。

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

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

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

內容如下

TestDbChangeLog_V1.0

--liquibase formatted sql
--changeset author:Jaja tag:ver1.0
CREATETABLE 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
CREATETABLE 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唷)

一開始的內容如下

<databaseChangeLogxmlns="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.xsdhttp://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的根目錄下，所以直接加上檔名就好了)

<databaseChangeLogxmlns="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.xsdhttp://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.properties，所以直接打指令就行了)

這裡用到的指令是liquibase update

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

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

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

<databaseChangeLogxmlns="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.xsdhttp://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) 建立的

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

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

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

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

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

--liquibase formatted sql
--changeset author:Jaja tag:ver1.1
CREATETABLE 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替我們建立好的版本歷程資料表，可以看到我們目前是有兩個版本