Vous déployez un compte Azure Cosmos DB SQL API dans deux régions d'écriture. Pour le conteneur Profiles, si des mises à jour concurrentes se produisent, la modification la plus récente (selon une propriété d'horodatage) doit prévaloir. Pour le conteneur Orders, en cas de conflit, vous devez fusionner automatiquement les postes plutôt que de perdre une mise à jour. Que devez-vous configurer ?

Pour le conteneur Profiles, la stratégie de résolution des conflits "LastWriterWins" avec un chemin d'accès comme /modifiedAt garantit que la version la plus récente basée sur l'horodatage spécifié prévaut, répondant ainsi à l'exigence de la modification la plus récente. Pour le conteneur Orders, la stratégie "Custom" permet d'enregistrer une procédure stockée de fusion. Cette procédure stockée est exécutée côté serveur pour fusionner automatiquement les éléments en conflit, ce qui est essentiel pour ne pas perdre de mises à jour et combiner les postes. Les options incorrectes ne répondent pas aux exigences spécifiques de chaque conteneur. Le mode de conflit manuel nécessiterait une logique côté client pour chaque conflit, ce qui est inefficace pour la fusion automatique. Une politique au niveau de la base de données ne permettrait pas de configurer des comportements de conflit différents pour chaque conteneur.