Flyway является прямым конкурентом жидкой базы, поэтому, если вам нужно отслеживать состояние миграций, управлять распределенной миграцией (многие экземпляры одной и той же службы запускаются одновременно, и только один экземпляр должен фактически выполнять миграцию), проверьте при запуске, что миграция должна применяться и выполнять только соответствующие миграции, а также все другие преимущества, которые вы ранее ожидали от «системы управления миграцией», тогда вам следует использовать Flyway вместо непосредственного управления SQL.
Spring boot имеет интеграции с обоими Flyway и Liquidbase, так что вы можете поместить свои миграции в папку «ресурсы», определить пару свойств и весенняя загрузка автоматически запустит Flyway.
Например, здесь вы можете найти учебник интеграции Flyway с пружинной загрузкой.
Поскольку миграция flyway - это SQL файлы - вы можете размещать там все, что захотите (даже pl SQL, я полагаю), он даже будет управлять транзакциями для каждой миграции, гарантируя, что «атомарность» миграции (все или ничего, частичная миграция отсутствует).
Таким образом, простой подход заключается в создании файла SQL с 150 вставками и запуске его через пролетный переход весной или даже через maven в зависимости от вашего фактическая настройка.
Если вам требуется более детальное управление, а SQL недостаточно гибок, можно выполнить миграцию в Java коде. См. Официальная документация по пролетным путям