Définition de la priorité des réplicas
La priorité des réplicas affecte la résolution des modifications apportées aux enregistrements en cas de conflit de synchronisation.
Cette rubrique présente des informations de référence sur les sujets suivants :
Différences de priorité dans Access
Définition de la priorité des réplicas
Différences de priorité dans Access
Dans Microsoft Access 95 et 97, les conflits de synchronisation étaient résolus à l'aide de la règle selon laquelle l'enregistrement prioritaire était celui qui était modifié le plus souvent. Dans Access 2000, une priorité est affectée à un réplica dans un jeu de réplicas lors de sa création et c'est la priorité la plus élevée qui gagne en cas de conflit de synchronisation. En cas de priorités égales, le réplica présentant la propriété replicaID la plus petite gagne. Obtenir des informations sur les propriétés qui sont ajoutées à votre base de données lors de sa réplication.
Retour au début
Définition de la priorité des réplicas
Chaque réplica se voit attribuer un numéro de priorité compris entre 0 et 100, 100 étant la priorité la plus élevée. Lorsqu'une base de données devient réplicable, la priorité par défaut des réplicas est définie à 90. Les réplicas suivants ont une priorité par défaut de 90 % de la priorité du concentrateur. Les priorités des réplicas locaux et anonymes sont toujours égales à 0. Les réplicas locaux et anonymes perdent automatiquement si leurs modifications sont en conflit avec leur réplica de concentrateur global. Si un réplica local ou anonyme envoie une modification conforme au concentrateur, celui-ci prend par défaut la propriété de la modification.
Access porte la priorité historique de chaque enregistrement dans un jeu de réplicas. Au cours de la synchronisation, la définition de la priorité historique est évaluée et enregistrement présentant la priorité la plus élevée gagne en cas de conflit. Pour comprendre le jeu des priorités, prenez l'exemple d'un réplica-maître, réplica A, présentant une priorité de 100. Le réplica A réplique deux réplicas, le réplica B, présentant une priorité de 90, et le réplica C, présentant une priorité de 95.
Retour au début
Cas simple
La modification présentant la priorité la plus élevée gagne. Supposez que les trois sites s'accordent initialement sur le fait que le réplica A a créé la version 1 de l'enregistrement et qu'aucune mise à jour n'a été effectuée ensuite. Si les réplicas A et B mettent à jour l'enregistrement simultanément, la mise à jour du réplica A prime dans le conflit car elle présente la priorité la plus élevée.
Retour au début
Cas complexe
Si plusieurs modifications sont apportées au même enregistrement après la dernière synchronisation, le réplica qui comporte les modifications présentant la priorité historique la plus élevée permet de déterminer le vainqueur du conflit. Par exemple, supposez que le réplica A crée la version 2 de l'enregistrement, puis l'envoie au réplica B. Le réplica B crée la version 3, puis la renvoie au réplica A, où elle est fusionnée. Supposez ensuite que le réplica C a lui aussi créé une version 2, et s'accorde avec le réplica A. Il faut alors définir la priorité historique la plus élevée des modifications effectuées après celles de l'enregistrement initial (le réplica A présente une priorité des réplicas de 100 et de 95 pour la version de la ligne que possède le réplica C) : les modifications communes apportées par les réplicas A et B priment sur la modification effectuée par le réplica C. Toutefois, étant donné que le réplica A a été créé avant le réplica B, celui-ci sort vainqueur du conflit. L'un des avantages de cette règle de décision réside dans le fait qu'aucune modification effectuée au niveau du réplica présentant la priorité la plus élevée n'est annulée par le mécanisme de résolution des conflits.
Retour au début
Informations complémentaires
Synchronisation des données dans votre jeu de réplicas
Créer un réplica de votre base de données
Retour au début