Мне интересно, возможно ли это с помощью утилит миграции баз данных, таких как flyway или что-то еще, чтобы сделать откат переноса базы данных в случае возникновения проблемы на производстве.
Допустим, если мне нужно выполнить откат в производственном процессе из-за производственной ошибки или какого-либо немедленного исправления, как flyway может помочь не только отменить изменения схемы, но и обеспечить откат данных при сохранении любых производственных данных, сгенерированных из текущего производства.
Например:
Предположим, у меня есть приложение facebook, которое основано на коде v1.0 и скрипте flyway db v1.0. Пользователи приложения начали добавлять множество комментариев или сообщений, которые заполняли таблицы базы данных. Так что на случай, если я захочу откат до v0.5, я знаю, что flyway позаботится об изменениях схемы базы данных, но как насчет данных? Любые передовые практики или рекомендации для чистого отката при сохранении данных, сгенерированных из v1.0, чтобы будущие версии с исправлением ошибок не теряли пользовательскую информацию.
В следующей статье есть несколько хороших моментов, http://workingwithdevs.com/rolling-back-database-changes/, но я думаю о каких-либо других идеях или лучших подходах