Unités de requête dans Cosmos DB dans Microsoft Fabric

Microsoft Fabric signale l’utilisation et la facturation à l’aide d’unités de capacité. Cosmos DB dans Microsoft Fabric normalise en interne le coût de toutes les opérations de base de données à l’aide d’unités de requête (ou RU pour faire court) et mesure le coût en fonction du débit (unités de requête par seconde, URS). Les RU/s de Cosmos DB sont ensuite converties en unités de certification dans Fabric à des fins d’utilisation et de facturation.

L'unité de requête est une devise de performance qui abstrait les ressources système telles que le processeur (CPU), les opérations d'entrée/sortie (IOPS) et la mémoire nécessaires pour exécuter les opérations prises en charge par Cosmos DB dans Fabric. Que l’opération de base de données soit une opération d’écriture, une lecture de point ou une requête, les coûts sont toujours mesurés en unités de requête.

Par exemple, une lecture de point est le nom utilisé pour faire référence à l’extraction d’un élément unique par son ID et sa valeur de clé de partition. Une lecture de point pour un élément de 1 Ko équivaut à une unité de requête (RU).

Vous pouvez classer les opérations de base de données courantes en types spécifiques et faire des hypothèses raisonnables sur le nombre d’unités de requête consommées par chaque type d’opération :

Pour gérer et planifier la capacité, Cosmos DB dans Fabric garantit que le nombre de RUs pour une opération de base de données donnée sur un jeu de données donné est déterministe. Vous pouvez examiner l’en-tête de réponse pour suivre le nombre d’unités de requête consommées par une opération de base de données. Une fois que vous aurez compris quels facteurs ont un impact sur les frais d’unités de requête et cerné les besoins de débit de votre application, vous pourrez exécuter votre application de la manière la plus rentable possible. La section suivante détaille les facteurs mentionnés précédemment qui affectent la consommation de RU.

Considérations

Pendant que vous estimez le nombre de RU que votre charge de travail consomme, tenez compte des facteurs suivants :

• Taille de l’élément : plus la taille d’un élément augmente, plus le nombre d'unités de requête consommées pour le lire ou l’écrire augmente.

• Indexation de l’élément : Par défaut, chaque élément est indexé automatiquement. Moins d’unités de requête sont consommées si vous choisissez de ne pas indexer tous les éléments d’un conteneur.

• Nombre de propriétés de l’élément : en supposant que l’indexation par défaut concerne toutes les propriétés, le nombre d’unités de requête consommées pour écrire un élément augmente avec le nombre de propriétés de l’élément.

• Propriétés indexées : Une stratégie d’indexation sur chaque conteneur détermine quelles propriétés sont indexées par défaut. Pour réduire la consommation d’unités de requête des opérations d’écriture, limitez le nombre de propriétés indexées.

• Type de lectures : les lectures ponctuelles sont plus économiques en RU que les requêtes.

• Modèles de requête : la complexité d’une requête a une incidence sur le nombre d’unités de requête consommées pour une opération. Les facteurs qui influent sur le coût des opérations de requête sont les suivants :

  • le nombre de résultats de la requête ;
  • le nombre de prédicats ;
  • la nature des prédicats ;
  • le nombre de fonctions définies par l’utilisateur ;
  • la taille des données sources ;
  • la taille du jeu de résultats.
  • Nombre et taille des propriétés projetées à partir d’une requête

  La même requête portant sur les mêmes données coûte toujours le même nombre d’unités de requête en cas d’exécutions répétées.

Contenu connexe

• Configurer un conteneur dans Cosmos DB dans Microsoft Fabric
• Explorer le débit de mise à l’échelle automatique dans Cosmos DB dans Microsoft Fabric