現(xiàn)在的工作的項目中用了liquibase，感覺挺爽的，可以跟蹤、管理數(shù)據(jù)庫的重構(gòu)。這對于很多需求變更較大的項目是非常不錯的，特別是互聯(lián)網(wǎng)的項目。（雖然互聯(lián)網(wǎng)Nosql已經(jīng)非常流行，不過俺覺得傳統(tǒng)關(guān)系型數(shù)據(jù)庫還是有存在的必要的）
好了，廢話不多說，說說這幾天的學(xué)習(xí)心得和實戰(zhàn)總結(jié)。
關(guān)于liquibase的優(yōu)點就不多說了，可以去官網(wǎng)看簡介。
基本上我是從quickStart開始看的。Liquibase的原理很簡單，就是通過記錄數(shù)據(jù)庫的結(jié)構(gòu)方面的所有重構(gòu)都放在一個Changelog中的xml中，通過xml的changeSet去跟蹤數(shù)據(jù)庫的變更。
在最近的工作中很好奇，為什么liquibase可以做到識別哪一個ChangeSet需要去對數(shù)據(jù)庫重構(gòu)，哪一個不重構(gòu)（已經(jīng)執(zhí)行了數(shù)據(jù)庫結(jié)構(gòu)的修改操作）。通過測試以后發(fā)現(xiàn)，liquibase第一次運行的時候會在DB建立兩張表，分別是databasechangelog和databasechagneloglock：
這樣就很好理解了，通過DB去繼續(xù)并匹配舊的操作和新的操作。
繼續(xù)看databasechange表結(jié)構(gòu)，就發(fā)現(xiàn)表結(jié)構(gòu)的主鍵是ID,AUTHOR,FILENAME.
即通過每一個ChangeSet的ID+修改ChangeSet的作者標示+包含ChangeSet的文件名
來，也這避免了多人協(xié)同開發(fā)的沖突。（關(guān)于ID和AUTHOR可以再后面配置文件中看到）
關(guān)于databasechangelog，我的理解則是當(dāng)年是否有操作占有數(shù)據(jù)庫變更的鎖
Ps：開始認為這個ID和databasechange的ID應(yīng)該是同一個值，后來才發(fā)現(xiàn)不同，因為屬性值不同，這里的ID應(yīng)該是databasechange表中的ORDEREXECUTED。這個值應(yīng)該是數(shù)據(jù)庫根據(jù)執(zhí)行順序確定的序列號而不是用戶在xml中配置的ID號。
看完這些，就來看看liquibase怎么在項目中使用，
吐槽一下，官方的quickStart寫的有點爛，只列了如下幾種：
一看，我就覺得有點暈，command line我覺得好囧，Ant我不會應(yīng)該也快被maven淘汰了吧？Grails我google了一下才有所了解。那我知道的就maven和servlet listener。Servlet listener 非web項目咋辦呢？好吧，只有maven一條出路了。在官網(wǎng)找了半天，才發(fā)現(xiàn)這東西還支持spring,剛好手頭的項目是架在spring上面的。
所以，就在spring上面搗鼓了一下，把官方的配置copy一份到自己的xml中就行了（http://www.liquibase.org/manual/spring ）。
bean id="liquibase" class="liquibase.integration.spring.SpringLiquibase">
<property name="dataSource" ref="myDataSource" />
<property name="changeLog" value="classpath:db-changelog.xml" />
<!--
contexts specifies the runtime contexts to use.
-->
<property name="contexts" value="test, production" />
</bean>
運行了一下，一切OK。
不過還是要吐槽一下，如果不是web項目，不用maven,不用spring.那這東西是不是就不能用了呢？
為啥不能支持一下通過代碼去load執(zhí)行呢？
-------------------------------------------------------------------------------------
初步使用了一下，值得挖掘的東西應(yīng)該還是很多的。
記錄一下liquibase的源代碼地址：https://github.com/liquibase/liquibase。