Я не совсем уверен, как структурирован ваш код, но если у вас в настоящее время есть уровень данных или персистентный уровень или хотя бы класс доступа к базе данных, через который выполняется весь ваш SQL, вы можете переопределитьсохранить функции для записи изменений в обе базы данных.Если у вас нет слоя данных, вы можете рассмотреть возможность его написания перед началом перехода.
В противном случае вы можете добавить триггеры в MSSQL для обновления Hadoop, не зная, что вы можете сделатьсделать в Hadoop для синхронизации MSSQL.
Или, может быть, у вас может быть процесс, который запускается каждые x минут, который вручную синхронизирует две базы данных.
Лично я бы постарался избежать попытоквести две базы данных записи.Перенос изменений из новой экспериментальной базы данных в стабильную базу данных кажется рискованным.У вас есть шанс испортить вашу стабильную систему.Вместо этого я бы написал конвертер для перемещения данных из вашей реляционной БД в Hadoop.Затем каждую ночь копируйте свои данные в Hadoop и используйте их для разработки и тестирования вашей новой системы.Я думаю, что тестовые пользователи поймут, если вы скажете, что ваша бета-версия - это просто тестовая площадка и не повлияет на ваш живой продукт.Если вы планируете внести серьезные изменения в свой пользовательский интерфейс и боитесь, что некоторые не захотят перейти на 2.0, то вы, возможно, пытаетесь решить слишком много сразу.
Это решения, которые я придумал ...Удачи!