У меня есть две проблемы, которые я не могу понять, как добиться успеха в Flyway, не разветвляясь на репо, и мы хотели бы избежать этого.
Выпуск № 1 . Sql Server Always Encrypted соединение, как мы можем переопределить или ввести достаточно информации, чтобы Flyway мог настроить подключение базы данных к базе данных Always Encrypted. Для подключения необходимо подключиться к хранилищу ключей Azure, чтобы получить токен для использования для шифрования / дешифрования, но это дополнительная настройка, которая выше стандартного имени пользователя / пароля, необходимого для строки подключения. Кроме того, вы не можете передать эти значения в строке соединений.
Более подробная информация о том, как это будет сделано в JDBC , поскольку я не являюсь Java-человеком.
Выпуск № 2 . Есть ли способ получить полный список операторов SQL, которые собираются выполнить во время миграции и после того, как все «заполнители» разрешены? Нам нужен способ проверить все сценарии SQL, чтобы убедиться, что сценарии не запускают определенные команды, такие как CREATE USER, DROP DATABASE и т. Д., Поскольку мы выполняем это в контролируемой среде, и хотя эти команды отлично работают во время разработки, они могут Беги в ПРОИЗВОДСТВО. В Production у пользователя базы данных будут повышенные привилегии, поэтому нам нужно проверить сценарии перед их выполнением. Я вижу функцию Dry Runs Pro, но она просто записывает в файл. Мы хотели бы вернуть эти данные в обратный вызов, а затем мы можем проверить их перед запуском миграции.