Contraintes des clés uniques dans Azure Cosmos DB

S’APPLIQUE À : NoSQL

Les clés uniques renforcent l’intégrité des données dans un conteneur Azure Cosmos DB. Les stratégies de clé unique s’établissent lors de la création d'un conteneur Azure Cosmos DB. Les clés uniques permettent de certifier qu’une ou plusieurs valeurs d’une partition logique sont uniques. Vous pouvez également garantir l’unicité par clé de partition.

Une fois qu’un conteneur a été généré avec une stratégie de clé unique, la création ou la mise à jour d’un élément engendrant un doublon au sein d’une partition logique sont impossibles, conformément à la contrainte de clé unique. La combinaison clé de partition-clé unique garantit l'unicité d'un élément à l’échelle d'un conteneur.

Prenons l’exemple d’un conteneur Azure Cosmos DB dont la contrainte de clé unique porte sur Email address et la clé de partition correspond à CompanyID. Dès lors que l'adresse e-mail de l'utilisateur est configurée avec une clé unique, chaque élément possède une adresse e-mail unique dans un CompanyID donné. Il est impossible de créer deux éléments avec des adresses e-mail en double et avec la même valeur de clé de partition. Dans l’API d’Azure Cosmos DB pour NoSQL, les éléments sont stockés sous forme de valeurs JSON. Ces valeurs JSON respectent la casse. Lorsque vous choisissez une propriété comme clé unique, vous pouvez insérer des valeurs respectant la casse pour cette propriété. Par exemple, si vous avez une clé unique définie sur la propriété du nom, « Gaby » est différent de « gaby » et vous pouvez insérer les deux dans le conteneur.

Pour créer des éléments comportant la même adresse e-mail, mais un prénom, un nom et une adresse e-mail différents, ajoutez d’autres chemins d’accès à la stratégie de clé unique. Au lieu de créer une clé unique basée uniquement sur l’adresse e-mail, vous pouvez en créer une qui combine à la fois le prénom, le nom et l’adresse e-mail. Cette clé est appelée clé unique composite. Dans ce cas, chaque combinaison unique des trois valeurs est autorisée dans un CompanyID donné.

Par exemple, le conteneur peut inclure des éléments présentant les valeurs suivantes, chacun respectant la contrainte de clé unique.

Si vous tentez d’insérer un autre élément présentant une des combinaisons du tableau précédent, vous recevez une erreur indiquant que la contrainte de clé unique n’a pas été remplie. Vous recevez un Resource with specified ID or name already exists ou Resource with specified ID, name, or unique index already exists comme message de retour.

Définir une clé unique

Les clés uniques ne peuvent être définies qu'au moment de la création d'un conteneur Azure Cosmos DB. Une clé unique est associée à une partition logique. Dans l'exemple précédent, si vous partitionnez le conteneur en fonction du code postal, vous pouvez avoir les mêmes éléments dans chaque partition logique. Lorsque vous créez des clés uniques, tenez compte des propriétés suivantes :

• Il n’est pas possible de mettre à jour un conteneur existant pour qu'il utilise une autre clé unique. Autrement dit, une fois qu'un conteneur a été créé avec une stratégie de clé unique, celle-ci n'est pas modifiable.

• Pour définir la clé unique d’un conteneur existant, créez un nouveau conteneur avec la contrainte de clé unique. Utilisez un outil de migration des données adapté pour déplacer les données du conteneur existant vers le nouveau. Pour les conteneurs SQL, utilisez les travaux de copie de conteneur pour déplacer des données. Sur les conteneurs MongoDB, utilisez mongoimport.exe ou mongorestore.exe pour déplacer des données.

• Une stratégie de clé unique peut comporter au maximum 16 valeurs de chemin d’accès, Par exemple, les valeurs peuvent être /firstName, /lastName, et /address/zipCode. Chaque stratégie de clé unique peut contenir un maximum de 10 combinaisons ou contraintes de clé unique. Dans l’exemple précédent, la combinaison du prénom, du nom et de l’adresse e-mail représente une seule contrainte, qui utilise 3 des 16 chemins possibles.

• Lorsqu’un conteneur dispose d’une stratégie de clé unique, le coût en unités de requête (RU) de la création, de la mise à jour et de la suppression d’un élément est légèrement supérieur.

• Les clés uniques partiellement allouées ne sont pas prises en charge. S’il manque les valeurs de certains chemins d’accès uniques, elles sont traitées comme des valeurs Null, qui font partie intégrante de la contrainte d’unicité. C’est pourquoi il ne peut y avoir qu'un seul élément comportant une valeur Null pour satisfaire à cette contrainte.

• Les noms de clés uniques sont sensibles à la casse. Prenons l’exemple d’un conteneur doté d’une contrainte de clé unique définie sur /address/zipcode. Si vos données comportent un champ intitulé ZipCode, Azure Cosmos DB insère « null » comme clé unique, car zipcode n’est pas identique à ZipCode. En raison de ce respect de la casse, aucun autre enregistrement contenant ZipCode ne peut être inséré ; en effet, un doublon sur la valeur « null » violerait la contrainte de clé unique.

Étapes suivantes

• En savoir plus sur les partitions logiques
• Explorer comment définir des clés uniques lors de la création d’un conteneur
• Vous tentez d’effectuer une planification de la capacité pour une migration vers Azure Cosmos DB ? Vous pouvez utiliser les informations sur votre cluster de bases de données existant pour la planification de la capacité.
  • Si vous ne connaissez que le nombre de vCores et de serveurs présents dans votre cluster de bases de données existant, lisez Estimation des unités de requête à l’aide de vCores ou de processeurs virtuels
  • Si vous connaissez les taux de requêtes typiques de votre charge de travail de base de données actuelle, lisez la section concernant l’estimation des unités de requête à l’aide du planificateur de capacité Azure Cosmos DB