Flyway，一款小工具，应用它能够大大简化这方面的工作。 它的优点： convention over con

以增量的形式管理数据库变更，所有增量SQL脚本使用Flyway工具统一管理发布。flyway安装在/opt/flyway目录下，配置文件在/opt/flyway/conf/flyway.conf。

flyway是一个敏捷工具，用于数据库的移植。采用Java开发，支持所有兼容JDBC的数据库。主要用于在你的应用版本不断升级的同时，升级你的数据库结构和里面的数据。

api:http://flywaydb.org/getstarted/firststeps/api.html1.  

像FlyWay这种项目过大，并且针对关系性数据库，在我的应用场景并不合适。于是自己写了一个项目，来完成数据库的迁移。实际上它是一个抽象的版本管理引擎，只管理版本的结构，并不定义实际上升级的过程是什么。

转载自：http://kkuang.net/why-db-migration-tools-flyway/  为什么要使用DBmigrationtools我们可以想象，多位开发人员，多个数据库环境。

转载自：http://kkuang.net/why-db-migration-tools-flyway/  为什么要使用DBmigrationtools我们可以想象，多位开发人员，多个数据库环境。

https://github.com/Dreampie/minify-maven-plugin 的flyway-maven-plugin插件：目前刚刚发布第一个版本1.0:1.0使用方式：maven配置文件

https://github.com/Dreampie/flyway-maven-plugin 的flyway-maven-plugin插件：目前刚刚发布第一个版本1.0:1.0使用方式：maven配置文件

https://github.com/Dreampie/jfinal-flyway 动态的数据库脚本升级计划：       cn.dreampie       jfinal-flyway       $

介绍flyway这个数据库迁移的文章很多，但是没有针对最新3.0版本的配置，现在放出一份spring环境下3.0的配置方式 1.maven org.flywaydb flyway-core 3.0

阅读更多介绍flyway这个数据库迁移的文章很多，但是没有针对最新3.0版本的配置，现在放出一份spring环境下3.0的配置方式1.mavenorg.flywaydbflyway-core3.02.spring

阅读更多介绍flyway这个数据库迁移的文章很多，但是没有针对最新3.0版本的配置，现在放出一份spring环境下3.0的配置方式1.mavenorg.flywaydbflyway-core3.02.spring

经过苦寻，发现了个叫flyway的开源项目：http://flywaydb.org/，java编写，官方的介绍就是我的初衷，岂能不心动？ 官网是英文的，查了下居然没有中文文档，难道没有中国人用？ 

经过苦寻，发现了个叫flyway的开源项目：http://flywaydb.org/，java编写，官方的介绍就是我的初衷，岂能不心动？ 官网是英文的，查了下居然没有中文文档，难道没有中国人用？ 

数据库迁移在软件开发中，我们有svn、git这样的版本管理器帮我们管理源代码，我们可以很容的查看我们当前代码的版本，更新新版本代码、回滚到旧版本等等操作。如果我们不使用版本管理器进行源代码管理，维护代码将是一项十分痛苦的工作。开发过程中，改变的可能不仅仅是代码本身，随着业务需求的改变、技术设计的改变，我们数据库的schema也可能发生改变，数据库表中的某些值也可能发生改变。如果数据库相关的信息没有

向大家推荐一款非常轻量级的敏捷数据库迁移框架——Flyway。想知道她有什么魅力吗？

Flyway for DB1.

目的：基于rubyonrails的思想找到在javaweb下能够支持数据库常变更的一个框架（或者类似的框架）引用oracle的rubyonrails：http://www.oracle.com/technetwork/cn/testcontent/kern-rails-migrations-085789-zhs.html开发人员目前热衷于使用RubyonRails。这种转移的一个重要原因是：Rai

1.引言想到要管理数据库的版本，是在实际产品中遇到问题后想到的一种解决方案，当时各个环境的数据库乱作一团，没有任何一个人（开发、测试、维护人员）能够讲清楚当前环境下的数据库是哪个版本，与哪个版本的应用相匹配，如何升级到与新版本的应用相匹配。想到管理数据库版本时，先是心底形成了一个初步的解决方案，大致是通过数据库中的某张表来记录数据库表结构的历次更新与对应版本，在每次数据库表结构调整时除了提供库表更

1. 引言想到要管理数据库的版本，是在实际产品中遇到问题后想到的一种解决方案，当时各个环境的数据库乱作一团，没有任何一个人（开发、测试、维护人员）能够讲清楚当前环境下的数据库是哪个版本，与哪个版本的应用相匹配，如何升级到与新版本的应用相匹配。想到管理数据库版本时，先是心底形成了一个初步的解决方案，大致是通过数据库中的某张表来记录数据库表结构的历次更新与对应版本，在每次数据库表结构调整时除了提供库表

1. 引言想到要管理数据库的版本，是在实际产品中遇到问题后想到的一种解决方案，当时各个环境的数据库乱作一团，没有任何一个人（开发、测试、维护人员）能够讲清楚当前环境下的数据库是哪个版本，与哪个版本的应用相匹配，如何升级到与新版本的应用相匹配。想到管理数据库版本时，先是心底形成了一个初步的解决方案，大致是通过数据库中的某张表来记录数据库表结构的历次更新与对应版本，在每次数据库表结构调整时除了提供库表