Je développe un module d'archivage pour une application utilisant Dotnet et SQL Server comme back-end. À partir de plusieurs approches d'archivage, nous avons décidé de créer une application personnalisée pour archiver la base de données complète jusqu'à un seuil choisi dans une autre base de données en miroir, puis de supprimer les éléments archivés de la base de données source. Cela doit être fait à partir d'une application personnalisée et non à partir d'un serveur lié, d'un travail, d'un SSIS, d'une réplication ou de toute autre chose.Archivage de données [Conception]
Certains éléments seront vidés et réécrits à chaque passage d'archivage. Avant de commencer à construire le module, nous pensions supprimer les contraintes de clé étrangère de la base de données archivée en miroir pour éviter toute violation de l'intégrité référentielle lorsque nous vidions ces tables et réécrivions (Seules les contraintes seront supprimées, les colonnes et les valeurs existent toujours dans les archives DB). Cependant, cette approche ne semble même pas louche pour moi mais plutôt dérangeante. Donc, ici, je demande quelle sera la bonne approche pour faire face à cela?