Skip to content

Database migration mechanism #114

Open

Description

@rexim

After dropping The Play framework we will lose its database evolutions (which is probably the only thing I like about Play).

I suggest to use Flyway instead. We have used it in Horta. So I think this shit is pretty reliable.

Any other suggestions are welcome, though.

Activity

  1. added this to the Dropping Play framework milestone on May 4, 2015
  2. ForNeVeR commented on May 7, 2015

    @ForNeVeR
    Member
  3. rexim commented on May 7, 2015

    @rexim
    MemberAuthor
  4. rexim commented on May 7, 2015

    @rexim
    MemberAuthor

    @ForNeVeR ok, I'll take a look at it when I will be implementing #115, thanks.

  5. ForNeVeR commented on May 7, 2015

    @ForNeVeR
    Member

    Please note that was just a suggestion and not a complete recommendation. You should really consider both of these libraries and use the best of them. They have some differences. In particular:

    • liquibase tends to be more model-centric and can operate with entities such as table or column, while all Flyway does is execute raw SQL scripts;
    • liquibase also can wrap every migration in transaction (if there is transactional DDL support in database) and I am not sure whether Flyway can do this;
    • at last, Flyway have a command to clean the database that is highly valuable in tests, and I am not aware whether liquibase have such function.
  6. rexim commented on May 7, 2015

    @rexim
    MemberAuthor

    @ForNeVeR this issue was created only for suggestions. So I don't know why I would treat anything differently in here.

    Anyway, thanks for the comparison!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions