Vue d'ensemble du suivi des modifications
SQL Server 2008 introduit le suivi des modifications, une solution légère qui fournit un mécanisme efficace de suivi des modifications pour les applications. En règle générale, les développeurs d'applications devaient implémenter des mécanismes personnalisés de suivi des modifications pour permettre aux applications d'effectuer des requêtes portant sur les modifications apportées aux données d'une base de données et d'accéder aux informations liées à ces modifications. La création de ces mécanismes demandait souvent un effort important et l'utilisation d'une combinaison de déclencheurs, de colonnes timestamp, de nouvelles tables pour le stockage des informations de suivi et de processus de nettoyage personnalisés.
La quantité d'informations relatives aux modifications varie selon les types d'applications. Les applications peuvent utiliser le suivi des modifications pour répondre aux questions suivantes sur les modifications apportées à une table utilisateur :
Quelles lignes ont changé pour une table utilisateur ?
Seul le fait qu'une ligne a changé est requis, et non le nombre de fois que la ligne a été modifiée ou les valeurs des modifications intermédiaires.
Les données les plus récentes peuvent être obtenues directement à partir de la table qui fait l'objet du suivi.
Est-ce qu'une ligne a changé ?
- Le fait qu'une ligne a changé et les informations sur la modification doivent être disponibles et enregistrées au moment où la modification a été apportée dans la même transaction.
[!REMARQUE]
Si une application requiert des informations sur toutes les modifications apportées et les valeurs intermédiaires des données modifiées, il peut être plus approprié d'utiliser la capture de données modifiées plutôt que le suivi des modifications. Pour plus d'informations, consultez Comparaison de la capture de données modifiées et du suivi des modifications et Capture de données modifiées.
Applications de synchronisation monodirectionnelle et bidirectionnelle
Les applications qui doivent synchroniser des données avec une instance du Moteur de base de données SQL Server doivent être en mesure de rechercher les modifications. Le suivi des modifications peut servir de base aux applications de synchronisation monodirectionnelle et bidirectionnelle.
Applications de synchronisation monodirectionnelle
Il est possible de créer des applications de synchronisation monodirectionnelle, comme les applications clientes ou de mise en cache de couche intermédiaire, qui utilisent le suivi des modifications. Comme le montre l'illustration suivante, une application de mise en cache requiert que les données soient stockées dans le Moteur de base de données et mises en cache dans d'autres banques de données. L'application doit être en mesure de maintenir le cache à jour avec toutes les modifications apportées aux tables de la base de données. Il n'y a pas de modifications à retransmettre au Moteur de base de données.
.gif "Présente des applications de synchronisation monodirectionnelle")
Applications de synchronisation bidirectionnelle
Il est aussi possible de créer des applications de synchronisation bidirectionnelle qui utilisent le suivi des modifications. Dans ce scénario, les données d'une instance du Moteur de base de données sont synchronisées avec une ou plusieurs banques de données. Les données de ces banques peuvent être mises à jour et les modifications doivent être resynchronisées avec le Moteur de base de données.
.gif "Présente des applications de synchronisation bidirectionnelle")
Un bon exemple d'application de synchronisation bidirectionnelle est une application qui n'est connectée que de manière occasionnelle. Dans ce type d'application, une application cliente interroge et met à jour une banque locale. Lorsqu'une connexion est disponible entre un client et un serveur, l'application effectue une synchronisation avec le serveur et les données modifiées circulent dans les deux directions.
Les applications de synchronisation bidirectionnelle doivent être en mesure de détecter les conflits. Un conflit peut se produire si les mêmes données ont été modifiées dans les deux banques de données entre deux synchronisations. Dotée d'une fonctionnalité de détection des conflits, une application peut faire en sorte que les modifications ne soient pas perdues.
Mode de fonctionnement du suivi des modifications
Pour configurer le suivi des modifications, vous pouvez utiliser des instructions DDL ou SQL Server Management Studio. Pour plus d'informations, consultez Configuration et gestion du suivi des modifications. Pour effectuer le suivi des modifications, il est nécessaire de l'activer d'abord pour la base de données, puis pour les tables à suivre au sein de cette base de données. Aucune modification de la définition de table n'est requise et aucun déclencheur n'est créé.
À l'issue de la configuration du suivi des modifications pour une table, toute instruction DML qui affecte des lignes dans la table provoquera l'enregistrement d'informations de suivi des modifications pour chaque ligne modifiée. Pour rechercher les lignes qui ont changé et obtenir des informations sur les modifications, vous pouvez utiliser des fonctions de suivi des modifications.
Les valeurs de la colonne de clé primaire sont les seules informations de la table faisant l'objet d'un suivi à être enregistrées avec les informations de modification. Ces valeurs identifient les lignes qui ont été modifiées. Pour obtenir les données les plus récentes pour ces lignes, une application peut utiliser les valeurs de la colonne de clé primaire pour joindre la table source à la table faisant l'objet du suivi.
Les informations sur la modification apportée à chaque ligne peuvent également être obtenues en utilisant le suivi des modifications. Il peut s'agir du type d'opération DML qui a provoqué la modification (insertion, mise à jour ou suppression) ou des colonnes modifiées dans le cadre d'une opération de mise à jour.