Une application stocke plusieurs documents par nom d'utilisateur et doit prendre en charge la mise à jour de plusieurs documents pour le même nom d'utilisateur dans une seule transaction ACID. Comment devriez-vous configurer Azure Cosmos DB pour répondre à cette exigence ?

Pour prendre en charge les transactions ACID sur plusieurs documents, ces documents doivent résider dans la même partition logique. Une collection non partitionnée dans Azure Cosmos DB est considérée comme une seule partition logique, ce qui permet des transactions ACID sur tous les documents qu'elle contient. Si la collection était partitionnée par nom d'utilisateur, les mises à jour de plusieurs documents pour un même utilisateur pourraient se répartir sur différentes partitions physiques (si le nombre de documents dépasse la capacité d'une partition), rendant les transactions ACID impossibles sur l'ensemble des documents. L'utilisation de l'API MongoDB ou Gremlin n'affecte pas directement la capacité de réaliser des transactions ACID sur plusieurs documents au sein d'une même partition logique ; c'est la stratégie de partitionnement qui est cruciale.