Добавление второго экземпляра пролетного пути в новую схему - PullRequest
Новая
       7

Добавление второго экземпляра пролетного пути в новую схему

0 голосов
/ 04 декабря 2018

У меня есть существующее приложение с существующим скриптом миграции.Он использует схему public базы данных, к которой он подключается.

Я работаю над вторым приложением, которое для целей базы данных получит доступ к схемам public и ABC с доступом для чтения.на public и доступ на чтение / запись к ABC.Мне бы хотелось, чтобы второе приложение обрабатывало собственные сценарии миграции flyway для схемы ABC.Экземпляр flyway этого приложения может полностью игнорировать общедоступную схему.

Когда я запускаю приложение, я получаю следующее в своих журналах 

2018-12-04 09:16:02.871  WARN 71133 --- [  restartedMain] o.f.c.i.s.JdbcTableSchemaHistory         : Could not find schema history table "public"."flyway_schema_history", but found "public"."schema_version" instead. You are seeing this message because Flyway changed its default for flyway.table in version 5.0.0 to flyway_schema_history and you are still relying on the old default (schema_version). Set flyway.table=schema_version in your configuration to fix this. This fallback mechanism will be removed in Flyway 6.0.0.
2018-12-04 09:16:02.904  INFO 71133 --- [  restartedMain] o.f.core.internal.command.DbValidate     : Successfully validated 49 migrations (execution time 00:00.028s)
2018-12-04 09:16:02.935  INFO 71133 --- [  restartedMain] o.f.core.internal.command.DbMigrate      : Current version of schema "public": 201808271553
2018-12-04 09:16:02.935  WARN 71133 --- [  restartedMain] o.f.core.internal.command.DbMigrate      : Schema "public" has version 201808271553, but no migration could be resolved in the configured locations !
2018-12-04 09:16:02.940  INFO 71133 --- [  restartedMain] o.f.core.internal.command.DbMigrate      : Schema "public" is up to date. No migration necessary.

Это мой application.yaml

flyway:
  url: jdbc:postgresql://localhost:5432/data
  schemas: ABC
  table: schema_version_module1
  user: flyway
  password: flyway

Я бы хотел, чтобы flyway использовал схему mqa (которую я создал вручную) для всего, вместо того, чтобы полагаться на общедоступную схему для истории миграции.

Это java с весенней загрузкойприложение, с flyway-core:5.2.3, определенным в моем build.gradle

1 Ответ

0 голосов
/ 04 декабря 2018

Ваша конфигурация Flyway должна быть помещена в пространство имен Spring, начиная с Spring Boot 2.0.Смотри https://docs.spring.io/spring-boot/docs/current/reference/html/howto-database-initialization.html#howto-use-a-higher-level-database-migration-tool

...