Как обрабатывать DCL в сценариях миграции Flyway?

Question

У меня есть база данных postgres, в которой уже определены пользователи и роли. В этой базе данных есть несколько схем, которые контролируются с помощью разных проектов/сценариев пролета. Я работаю над добавлением интеграции Flyway в новый проект, где мы будем использовать встроенный экземпляр Postgres для тестирования.

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

Я уже рассматривал возможность записи функции для этого, но тогда функция должна быть включена в любой проект, который использует встроенные Postgres и должен поддерживаться на нескольких базовых кодах. Это кажется очень неряшливым. Может ли кто-нибудь рекомендовать мне способ обработать эти операции DCL с помощью Flyway, которые будут работать со встроенным подходом, а также с моими операционными базами данных?

Answer 1

В предыдущем проекте мы используем для этого подхода набор дополнительных сценариев миграции Flyway. Эти скрипты мы добавляем к траектории класса тестовой среды. Мы использовали это для версии Flyway до того, как была добавлена ​​функция обратного вызова и повторяющиеся миграции.

Добавьте конфигурацию обратного вызова для тестовой среды и добавьте перед фазой до или после вашего пользователя и роли.

Третье решение использует повторяющиеся сценарии миграции для настройки вашего пользователя и ролей, см. https://flywaydb.org/documentation/migration/repeatable. Используйте эти сценарии в процессе производства и тестирования. Но в этом случае ваш sql должен сделать правильный и повторяемый, иначе вы нарушите производственную среду.