Хороший дизайн шаблона системы переписать?

Question

Я ищу хороший шаблон проектирования для поэтапного переписывания среднего уровня системы при сохранении исходной базы данных до тех пор, пока не будет заменено достаточное количество системы, чтобы старая база данных могла быть заменена на новую.

Так, например, представьте, что у вас есть устаревшая система с таблицей A, а таблица A имеет 100 столбцов, которые сопоставляются с объектом A, который имеет 100 свойств.Вы приходите и решаете, что на самом деле Объект А можно логически разделить на 5 объектов, которые в идеальном мире вернулись бы на 5 таблиц, но пока что они должны сохраняться в исходной таблице из 100 столбцов.Я ищу способ, которым раздел среднего уровня можно поменять местами, а новые 5 объектов поменять местами, но в фоновом режиме он сохраняется в той же базе данных.

На самом деле мы не будем поменяться местами.из старого среднего уровня, а лучше написать новый, который будет медленно закрепляться, но в течение некоторого времени необходимо сохранять первоначальный уровень.

Есть идеи?

Приветствия.

Answer 1

Как правило, вы использовали бы представления для маскировки изменений дизайна таблицы, чтобы поддерживать "API" базы данных без изменений кода клиента

Примечание: объекты и таблицы не - это одно и то же..

Answer 2

Адаптер и фасад узоры звучат как хорошее совпадение с тем, что вы делаете.

Answer 3

Я решил использовать NHibernate, чтобы позаботиться о сопоставлениях, пока мы не начнем заменять основную базу данных. Таким образом, объектная модель будет должным образом нормализована и корректна, и с помощью способности сопоставления NHibernate сначала сопоставит существующие таблицы, а затем поменяет это отображение на новое сопоставление таблицы.