Liquibase+spring 初步使用
现在的工作的项目中用了liquibase,感觉挺爽的,可以跟踪、管理数据库的重构。这对于很多需求变更较大的项目是非常不错的,特别是互联网的项目。(虽然互联网Nosql已经非常流行,不过俺觉得传统关系型数据库还是有存在的必要的)
好了,废话不多说,说说这几天的学习心得和实战总结。
关于liquibase的优点就不多说了,可以去官网看简介。
基本上我是从quickStart开始看的。Liquibase的原理很简单,就是通过记录数据库的结构方面的所有重构都放在一个Changelog中的xml中,通过xml的changeSet去跟踪数据库的变更。
在最近的工作中很好奇,为什么liquibase可以做到识别哪一个ChangeSet需要去对数据库重构,哪一个不重构(已经执行了数据库结构的修改操作)。通过测试以后发现,liquibase第一次运行的时候会在DB建立两张表,分别是databasechangelog和databasechagneloglock:
这样就很好理解了,通过DB去继续并匹配旧的操作和新的操作。
继续看databasechange表结构,就发现表结构的主键是ID,AUTHOR,FILENAME.
即通过每一个ChangeSet的ID+修改ChangeSet的作者标示+包含ChangeSet的文件名
来,也这避免了多人协同开发的冲突。(关于ID和AUTHOR可以再后面配置文件中看到)
关于databasechangelog,我的理解则是当年是否有操作占有数据库变更的锁
Ps:开始认为这个ID和databasechange的ID应该是同一个值,后来才发现不同,因为属性值不同,这里的ID应该是databasechange表中的ORDEREXECUTED。这个值应该是数据库根据执行顺序确定的序列号而不是用户在xml中配置的ID号。
看完这些,就来看看liquibase怎么在项目中使用,
吐槽一下,官方的quickStart写的有点烂,只列了如下几种:
一看,我就觉得有点晕,command line我觉得好囧,Ant我不会应该也快被maven淘汰了吧?Grails我google了一下才有所了解。那我知道的就maven和servlet listener。Servlet listener 非web项目咋办呢?好吧,只有maven一条出路了。在官网找了半天,才发现这东西还支持spring,刚好手头的项目是架在spring上面的。
所以,就在spring上面捣鼓了一下,把官方的配置copy一份到自己的xml中就行了(http://www.liquibase.org/manual/spring )。
<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执行呢?
-------------------------------------------------------------------------------------
初步使用了一下,值得挖掘的东西应该还是很多的。
记录一下liquibase的源代码地址:https://github.com/liquibase/liquibase。