Une base intermédiaire gérant les modifications

Bonjour, j'ai une question d'ordre général sur la faisabilité d'une telle chose :

J'ai une application qui se connecte à une base SQL Server 2000 qu'on nommera "base 1".

Cette "base 1" doit rester en lecture seule.

Je voudrais savoir si on peut créer une "base 2" dans laquelle toutes les modifications qu'on veut apporter à "base 1" (par l'intermédiaire de l'application) seront enregistrées.

Ainsi, l'application se connecte à "base 1", et pour l'enregistrement X qu'elle veut y lire, elle vérifie avant dans "base 2" si cet enregistrement X a été modifié :

1. Si X a été modifié (c'est à dire qu'il est présent dans "base 2" mais avec des valeurs différentes du X de "base 1"), l'application récupère X dans "base 2" et ne lit pas X dans "base 1",
2. Si X a été supprimé (c'est à dire qu'il figure dans "base 2", mais flaggé comme "supprimé"), l'application ne lit pas X dans "base 1",
3. Si X n'est pas dans "base 2", l'application lit X dans "base 1".

La mise en place de ce genre de liaison :

application :arrow: (base 1 :arrow: check si modif dans base 2 :arrow: extract info de base 1 OU base 2 selon résultat de check) :arrow: application

est-elle très complexe ?

Merci d'avance à ceux qui auront le temps de répondre pour me donner une piste :)

ben tu prends ta base1, tu mets tout dans ta base2, puis tu fais tout ce que tu veux avec ta base2 (lectures, modifications). Ca prends plus de place, mais tu n'as plus à vérifier dans 2 avant de lire dans 1, tu vas directement lire dans 2. non ?

Citation:

---

Envoyé par Monstros Velu

ben tu prends ta base1, tu mets tout dans ta base2, puis tu fais tout ce que tu veux avec ta base2 (lectures, modifications). Ca prends plus de place, mais tu n'as plus à vérifier dans 2 avant de lire dans 1, tu vas directement lire dans 2. non ?

---

Les fichiers créés par l'application ont tous une connection vers base 1 qu'il faut garder. On ne peut pas les lier à base 1 ET base 2.