Comment accélérer une requête agrégée Cosmos DB?

Pour la requête spécifique affichée, il n'est pas nécessaire de spécifier le nom de la table et vous pouvez essayer de limiter 1 , certaines performances seront améliorées. Par exemple:

SELECT COUNT (1) FROM c WHERE country_code = "FR" AND added.flag = 1 LIMIT 1

Aussi, n'oubliez pas d ' analyser soigneusement l'exécution de votre requête, je ne suis pas sûr dans Cosmos, mais comme l'approche PostreSQL, EXPLAIN ANALYZE . Assurez-vous également que vous utilisez le meilleur type de variables , par exemple, varchar (2) au lieu de varchar (3). Je recommanderais de changer les types de caractères des pays par nombre , si vous les filtrez (comme vous le faites remarquer). Par exemple, FR = 1, GR = 2 et ainsi de suite. Cela améliorera également les performances. Enfin, si le code du pays et l'indicateur calculé sont liés, créez une variable unique les définissant. Si rien de tout cela ne fonctionne, vérifiez les performances du client, et même le matériel.

Deux idées:

Essayez d'exécuter ce qui suit, voyez si vous obtenez des durées d'exécution différentes:

{  
        "automatic":true,
        "indexingMode":"Consistent",
        "includedPaths":[  
            {  
                "path":"/*"
            }
        ],
        "excludedPaths":[  

        ],
        "compositeIndexes":[  
            [  
                {  
                    "path":"/country_code",
                    "order":"ascending"
                },
                {  
                    "path":"/calculated",
                    "order":"descending"
                }
            ]
        ]
    }

Important! Le Le champ calculé.flag1 , s'il n'est pas persistant, pourrait donner le problème - comme pour chaque document / enregistrement - le moteur de base de données doit calculer le résultat, d'où le RU élevé. Pouvez-vous optimiser les champs calculés? (les décomposer, ou faire le calcul dans le cadre de la requête?)

La deuxième suggestion serait d'essayer de vous faire définir un index composite

SELECT COUNT(1) FROM c WHERE country_code="FR"

Veuillez également consulter Exemples de stratégie d'indexation composite

Et Gérez les stratégies d'indexation dans Azure Cosmos DB pour voir où vous le modifiez

L'équipe Cosmos DB a maintenant apporté des modifications importantes aux performances d'agrégation et à l'utilisation des index. Il s'agit de leur stratégie d'indexation "v2" et n'a été déployée que récemment (elle n'est peut-être pas encore disponible pour tous les comptes, contactez MSFT si vous avez une ancienne base de données qui doit être mise à jour).

Vous pouvez comparer les nouveaux résultats à l'image que j'ai publiée à l'origine.

Vous noterez maintenant que le temps de chargement du document est de 0 ms et que la taille du document récupéré est de 0 octet. Le temps de chargement que je peux confirmer est vraiment assez rapide maintenant, il est donc possible qu'il soit inférieur à 1 ms lorsqu'il est mesuré du côté serveur. Et une taille de document de 0 a plus de sens car aucun document n'a besoin d'être récupéré pour cela (compte uniquement en fonction de l'index).

Enfin, vous pouvez voir que les RU sont passées de 3222 à 7,4 !!!! Une différence assez drastique.

La somme sur plusieurs colonnes à la fois dans une seule partition est également assez performante maintenant et nous pouvons faire environ 8 sommes à la fois sur 2 millions de documents avec ~ 50 RU et cela prend environ 20 à 70 ms lorsque mesuré à partir d'un point de terminaison d'API de fonction ( inclut donc l'heure du réseau).

L'équipe Cosmos DB a encore du travail à faire pour permettre des agrégations multi-colonnes entre partitions, mais les améliorations que nous avons actuellement sont assez prometteuses.