Концептуально, вы подойдете к этому одному из двух способов.Есть оттенки серого;вы, вероятно, обнаружите, что используете комбинацию этих двух подходов.
В старой базе данных создайте представления, которые имитируют новую структуру базы данных.Экспортируйте представления из старой базы данных и импортируйте их в новую базу данных.
Экспорт данных из старых таблиц базы данных.Импортируйте данные в промежуточную схему в новой базе данных.(Создайте промежуточную схему с помощью SQL create schema ...
). Напишите запросы или хранимые процедуры в новой базе данных, которая преобразует данные из промежуточных таблиц в новые таблицы.
Существуют инструменты, которые могут помочь,Но вы еще не определили свои базы данных, и рекомендации по инструментам не относятся к теме StackOverflow.
В любом случае вам может потребоваться добавить один или несколько столбцов для сопоставления старых первичных ключей с новыми первичными ключами.Например, если в ваших новых таблицах еще нет столбца для старого GUID, вы можете добавить в новую таблицу столбец для старого GUID.Когда вы делаете это, вы всегда можете найти нужное целое число, когда вам нужно это знать.(Используйте SQL-соединение, а не функцию row-by-agonizing-row.)
Смысл в том, чтобы найти надежный способ получить правильное новое целое число, учитывая только старый GUID.У многих новых разработчиков баз данных возникают проблемы с автоинкрементными целыми числами или последовательностями.Некоторые проделывают огромную работу, прежде чем осознают свою ошибку.Не будь одним из тех людей.