Question

Je développe un module d'archivage pour une application à l'aide Dotnet et SQL Server fin en arrière. De multiples approches de l'archivage, nous avons décidé de construire une application personnalisée pour archiver la base de données complète mise à un seuil choisi à une autre base de données en miroir, puis retirer les éléments archivés à partir des sources DB. Cela doit être fait à partir d'une application personnalisée et non à partir d'un serveur lié, travail, SSIS, réplication ou quelque chose d'autre.

Il y a quelques éléments qui seront vidées et réécrite à chaque course d'archives. Avant de commencer à construire le module, nous avons pensé à supprimer les contraintes clés étrangères de la base de données archivées en miroir afin d'éviter toute violation de l'intégrité référentielle lorsque nous vidais ces tables et ré-écriture (Seules les contraintes seront supprimées, les colonnes et les valeurs existent encore dans la archivée DB). Cependant, cette approche ne semble même louche pour moi, mais un peu inquiétant aussi. Alors là, je vous demande ce que sera la bonne approche pour régler ce problème?

Était-ce utile?

La solution

Nous tenons à cette conception dans la question.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top