Flyway: niepusty bez schematu tabeli metadanych

Question

Found non-empty schema "public" without metadata table! Use init() or set initOnMigrate to true to initialize the metadata table.

• Używam PostgreSQL 9.2 z PostGIS 2.0. Oznacza to, że domyślnie, gdy utworzę nową bazę danych, pojawi się tabela utworzona w schemacie public o nazwie spatial_ref_sys.

Po uruchomieniu flyway migrate w tej bazie danych pojawia się powyższy błąd. Wydaje się, że uruchomienie init powoduje utworzenie tabeli public.schema_version i oznaczenie wersji 1 jako SUCCEDED bez faktycznego uruchamiania pliku migracji. Próbowałem także kombinacji initOnMigrate bez powodzenia. Flyway nie jest skonfigurowany do zarządzania dowolnymi schematami.

Jakieś pomysły na temat tego, w jaki sposób mogę przeprowadzić migrację w tym scenariuszu?

Answer 1

Tytuł jest nieco sprzeczny, ponieważ baza danych rzeczywiście nie jest dziewicą, ponieważ zainstalowano, poprzez rozszerzenie PostGIS, wiele obiektów w publicznym schemacie.

Można albo

• ustawić flyway.schemas do nowego schematu, powiedzmy my_app, który zostanie utworzony automatycznie przez Flyway. Twoja aplikacja powinna wtedy użyć tego zamiast publicznego (zalecane)
• ustawić flyway.baselineOnMigrate na true lub wywołać flyway.baseline() w stosunku do publicznego schematu. Będzie to działać, ale publiczność będzie wtedy zawierać mieszankę obu swoich obiektów aplikacyjnych oraz PostGIS obiektów

Answer 2

W pom.xml dodać tę linię wewnątrz Build-> Wtyczki prawda

Answer 3

Jeśli używasz Gradle można uruchamiać

./gradlew -Dflyway.schemas=public flywayClean flywayMigrate 

Gdzie publiczna jest nazwa bazy danych zawierającej tabelę schema_versions. To powinno usunąć tabelę i metadane, a także uruchomić migracje, aby uzyskać aktualny stan.