Home/ Questions/Q 655151
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T22:34:21+00:00

I’m working on a Java web application (Adobe Flex front-end, JPA/Hibernate/BlazeDS/Spring MVC backend) and

  • 0

I’m working on a Java web application (Adobe Flex front-end, JPA/Hibernate/BlazeDS/Spring MVC backend) and will soon reach the point where I can no longer wipe the database and regenerate it.

What’s the best approach for handling changes to the DB schema? The production and test databases are SQL Server 2005, dev’s use MySQL, and unit tests run against an HSQLDB in-memory database. I’m fine with having dev machines continue to wipe and reload the DB from sample data using Hibernate to regenerate the tables. However, for a production deploy the DBA would like to have a DDL script that he can manually execute.

So, my ideal solution would be one where I can write Rails-style migrations, execute them against the test servers, and after verifying that they work be able to write out SQL Server DDL that the DBA can execute on the production servers (and which has already been validated to work agains the test servers).

What’s a good tool for this? Should I be writing the DDL manually (and just let dev machines use Hibernate to regenerate the DB)? Can I use a tool like migrate4j (which seems to have limited support for SQL Server, if at all)?

I’m also looking to integrate DB manipulation scripts into this process (for example, converting a “Name” field into a “First Name”, “Last Name” field via a JDBC script that splits all the existing strings).

Any suggestions would be much appreciated!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    What’s the best approach for handling changes to the DB schema?

    Idempotent change scripts with a version table (and a tool to apply all the change scripts with a number greater than the version currently stored in the version table). Also check the mentioned post Bulletproof Sql Change Scripts Using INFORMATION_SCHEMA Views.

    To implement this, you could roll out your own solutions or use existing tools like DbUpdater (mentioned in the comments of change scripts), LiquiBase or dbdeploy. The later has my preference.

    • 0