Ну, я б упоролся и какой-то мигратор написал. Или параллельно переносил. Использование двух баз / различных таблиц одновременно. Была такая ситуация. Меняли таблицу пользователей и способ хранения паролей. Перекинул юзверей (банальный цикл). А дальше уже на аус делал обновление пароля с проверками актуальности данных. Через время, как перенесли - вырубили нахер старую таблицу.
А ты работал в рамках 1 базы?) При этом у тебя была 1 таблица) Это совсем другое дело, а у меня есть старая база со своей схемой, и новая со своей. Все что у меня есть (на руках дамп) доступ к базе.
Так что, кто-то заимпортит дамп в базу, и передаст мне название этой базы, а мое дело потом все перенести. Потом такую задачу нужно повторить на проде.
Просто проект переписывался и перенос данных щас надо сделать)
если бизнес разрешает форкнуть данные внутри хранилища, я бы написал что-то типа миграции, которая приводит легаси данные к нужному формату, запустил бы её один раз и дальше работал с нужным мне стейтом