Spring Flyway Support: Difference between revisions
Jump to navigation
Jump to search
Line 19: | Line 19: | ||
The migration script naming convention is V<''version''>_<''name''>.sql where: | The migration script naming convention is V<''version''>_<''name''>.sql where: | ||
* <''version''> is an underscore separated version, such as "1" or "1_2". | * <''version''> is an underscore separated version, such as "1" or "1_2". | ||
* <''name''> ? | |||
The migration script default location is "classpath:db/migration[/{vendor}]", but it can be overridden with the "spring.flyway.locations" property, which should contain a comma-separated list of one or more classpath: or filesystem: locations. | The migration script default location is "classpath:db/migration[/{vendor}]", but it can be overridden with the "spring.flyway.locations" property, which should contain a comma-separated list of one or more classpath: or filesystem: locations. |
Revision as of 21:23, 4 December 2018
Internal
Overview
TODO
- Understand how main/resource/db/migration/V1.0_init.sql drives schema creation with Spring Data JPA.
Database Migration on Startup
Flyway database migration is automatically triggered on startup if "org.flywaydb:flyway-core" dependency is present in the application's classpath.
The migration script naming convention is V<version>_<name>.sql where:
- <version> is an underscore separated version, such as "1" or "1_2".
- <name> ?
The migration script default location is "classpath:db/migration[/{vendor}]", but it can be overridden with the "spring.flyway.locations" property, which should contain a comma-separated list of one or more classpath: or filesystem: locations.
spring.flyway.locations=classpath:db/migration,filesystem:/opt/migration
The {vendor} placeholder is set according to the type of database.
Configuration
Organizatorium
- Disable flyway support: