Архивирование данных [дизайн

Question

Я разрабатываю архивный модуль для приложения с использованием Dotnet и SQL Server в качестве заднего конца. Из нескольких подходов архивирования мы решили создать пользовательское приложение для архивирования полной базы данных по выбранному порогу в другую зеркальную базу данных, а затем удаление архивированных элементов из источника DB. Это должно быть сделано из пользовательского приложения, а не с связанного сервера, задания, SSI, репликации или чего -либо еще.

Есть некоторые предметы, которые будут опустошены и снова переписаны на каждом архивном забеге. Прежде чем начать создавать модуль, мы подумали, чтобы удалить ограничения внешнего ключа из зеркальной архивной базы данных, чтобы избежать какого-либо нарушения целостности ссылки, когда мы опустошили эти таблицы и переписывались (только ограничения будут удалены, столбцы и ценности все еще существуют в архивированном ДБ). Однако этот подход даже не кажется для меня подозрительным, но и своего рода тревожным. Итак, я спрашиваю, какой будет правильный подход, чтобы справиться с этим?

Answer 1

Мы придерживаемся этого дизайна в вопросе.