对我们而言，可持续和平消除了不确定性。 在这种情况下，由于数据库更改而引起的想法是欢迎进行Ruby的Active Record迁移 。

迁移对我们意味着什么？ 嗯，这是一种方便快捷的方法，可以以一致且简单的方式来改变我们的数据库架构，从而消除了软件开发过程中有关数据库更改的许多不确定性。

目标

我们的目标是根据项目的发展和演变，保持对数据库的生命周期，并对更改进行绝对控制。

为此，我们必须寻找一种具有以下基本特征的简单工具：

• 尽管现在我们的数据库是MySQL，但可以与任何数据库一起使用。
• 使并发开发人员能够独立工作。
• 启用不同的开发环境。
• 能够与任何版本控制系统集成。
• 能够轻松地将迁移任务集成到Apache Ant中。
• 允许向前和向后迁移以及容易管理的冲突。

我们选择MyBatis Migrations工具作为最适合我们的解决方案，并选择GitHub存储库Ant脚本以将MyBatis Migrations的命令作为起点运行。

让我们说到重点：我们如何进行迁移

使用这些工具，我们认为迁移的生命周期可能像这样

第一次

• 在我们的项目目录中创建一个迁移目录。
• 下载MyBatis Schema迁移文件mybatis-migrations-3.1.1-bundle.zip 。
• 创建一个lib目录并复制mybatis-3.2.3.jar和mybatis-3.2.3.jar mybatis-migrations-3.1.1.jar文件。
• 从mybatis-migrations-anttasks-master.zip下载Ant任务的build.properties和build.xml文件，并将其重命名为migrations.properties/xml，以实现更清晰的目标。
• 显然，此文件定义了迁移工具的ant任务和基本属性，而migrations.properties （包含注释以明确说明）定义了

  # Default environment
  mybatis.default.environment=developmentmybatis.dir=migrations
  mybatis.lib.dir=${mybatis.dir}/libmybatis.repository.dir=${mybatis.dir}/db# This directory contains your migration SQL files. These are the files
  # that contain your DDL to both upgrade and downgrade your database
  # structure. By default, the directory will contain the script to
  # create the changelog table, plus one empty example migration script.
  mybatis.scripts.dir=${mybatis.repository.dir}/scripts# Place your JDBC driver .jar or .zip files in this directory.
  # Upon running a migration, the drivers will be dynamically loaded.
  mybatis.drivers.dir=${mybatis.repository.dir}/drivers# In the environments folder you will find .properties files that
  # represent your database instances. By default a development.properties
  # file is created for you to configure your development time database
  # properties.
  # You can also create test.properties and production.properties
  # files. The properties file is self documented.
  mybatis.env.dir=${mybatis.repository.dir}/environments

  和migrations.xml定义了ant任务，您可以在原始文档中看到。 当然，您必须将其重命名为xml文件描述符属性才能加载它

  <?xml version="1.0" encoding="UTF-8"?>
  <project name="MyBatis Migrations" basedir="." default="db:migrate:status"><property file="migrations/migrations.properties" />.....
  </project>

• 但是， 如何安装 ……很容易，基本上我们必须执行以下操作：

  $ ant -f migrations.xml db:migrate:init

  如在此输出日志中看到的，它将创建目录和初始文件，如在migrations.properties中定义的一样。

  Buildfile: /wpr/myproject/migrations/migrations.xmldb:migrate:init:[echo] ** Executing "migrate init" on "development" environment **-------------------------------------------------------------- MyBatis Migrations - init------------------------------------------------------------Initializing: dbCreating: environmentsCreating: scriptsCreating: driversCreating: READMECreating: development.propertiesCreating: bootstrap.sqlCreating: 20131123174059_create_changelog.sqlCreating: 20131123174100_first_migration.sqlDone!-------------------------------------------------------------- MyBatis Migrations SUCCESS-- Total time: 2s-- Finished at: Sat Nov 23 18:41:00 CET 2013-- Final Memory: 1M/117M------------------------------------------------------------.BUILD SUCCESSFUL
  Total time: 3 seconds

  而

  • 环境 ， 脚本和驱动程序是目录（如前所述）。
• 保留开发环境的migrations / db / environment / development.properties数据库属性

  ## JDBC connection properties.
  driver=com.mysql.jdbc.Driver
  url=jdbc:mysql://localhost:3306/<databaseName>
  username=root
  password=root

• 如果需要，将其他环境属性文件添加到每个migrations / db / environment / <environment> .properties 。
• 最后一步，将实际的数据库架构放入bootstrap.sql文件中。

日复一日

在我们通常使用的所有迁移命令中

• 使用db：migrate：new创建一个或多个迁移。
• 通过db：migrate：up将迁移应用于数据库。

可选步骤包括：

• 如果需要解决冲突，请还原迁移。 使用db：migrate：down ..可以轻松解决任何错误，但是请记住，仅一步之遥 。
• 如果可以安全地使用db：migrate：pending或db：migrate：version来应用挂起的迁移，请按顺序进行。 实际上，如果要执行这些任务，则必须将代码添加到migrations.xml中

  <?xml version="1.0" encoding="UTF-8"?>
  <project name="MyBatis Migrations" basedir="." default="db:migrate:status">
  ....<!-- $ migrate pending --><target name="db:migrate:pending" description="Runs all pending migrations regardless of their order or position in the status log"><migrate command="pending" environment="${environment}" /></target><!-- $ migrate version --><target name="db:migrate:version" description="Migrate the schema to any specific version"><input addproperty="specific.version" message="Specific version to migrate:" /><migrate command="version" environment="${environment}"><extraarguments><arg value="${specific.version}" /></extraarguments></migrate></target></project>

• 生成迁移脚本以在无法控制的环境中“脱机”运行 。
• 随时通过db：migrate：status获取系统状态 。

希望您发现我们的解决方案有用，欢迎所有评论和对我的英语致歉。

翻译自: https://www.javacodegeeks.com/2014/01/sustainable-peace-with-database-changes-into-a-java-environment.html