CosmosDB Distinct 查询 - 性能缓慢

Question

我们正在使用 CosmosDB，我正在运行 Distinct 查询，如下所示

Select Distinct c.SomeType, c.SomeName
From c
Where c.ptkey = 'WHATEVERPTKEY'
And c.SomeCategory = 'WhateverCategory'

...其中 ptkey 是保存分区键的字段。上述工作但需要大约 1-1.5 分钟才能完成（我假设因为一些/许多文档非常大） - 我尝试使用“分组依据”过滤分区的唯一键（id），并使用“Order By”（当您组合这两个和/或 Order By 中只允许一个字段时应用限制，除非您有复合键），但变化不大。

确实产生重大影响的一件事是创建如下索引策略

"compositeIndexes": [
    [
        {
            "path": "/ptkey"
        },
        {
            "path": "/SomeCategory"
        },
        {
            "path": "/SomeType"
        },
        {
            "path": "/SomeName"
        }
    ]
]

...但是，我的问题是如何将这个复合键定义限制为仅适用于上述查询所针对的特定分区键（'WHATEVERPTKEY' - 因为我们的数据库/集合中有大约十几个分区键)，其次是否有任何替代/更好的选择（除了重新建模我们的数据）

在 Azure CosmosDB 数据资源管理器中运行查询时，请注意我的查询统计信息没有索引如下

Query Statistics
746.96 RUs
1 - 12
Retrieved document count 0
Retrieved document size 0 bytes
Output document count 0
Output document size 1789 bytes
Index hit document count 0
Index lookup time 1.1900000000000002 ms
Document load time 366.48990000000003 ms
Query engine execution time 29.0101 ms
System function execution time 0.76 ms
User defined function execution time 0 ms
Document write time 0.02 ms
1

更新

• 集合的完整索引策略如下

{
    "indexingMode": "consistent",
    "automatic": true,
    "includedPaths": [
        {
            "path": "/*"
        }
    ],
    "excludedPaths": [
        {
            "path": "/\"_etag\"/?"
        }
    ],
    "compositeIndexes": [
        [
            {
                "path": "/ptkey",
                "order": "ascending"
            },
            {
                "path": "/SomeCategory",
                "order": "ascending"
            },
            {
                "path": "/SomeType",
                "order": "ascending"
            },
            {
                "path": "/SomeName",
                "order": "ascending"
            }
        ]
    ]
}

Answer 1

因此，当存在大量多页结果时，门户中的查询指标有时无法显示准确的数据，但它通常确实有效。

使用 DISTINCT，成本可能取决于您处理的结果数量。如果您只期待一些结果，那么对成本的影响很小。如果你成千，它可能会变得非常昂贵。正在开展工作以降低成本。在它发布之前还有一段路要走。

您可以将这个作为您的索引策略再试一次吗？

{
"indexingMode": "consistent",
"automatic": true,
"includedPaths": [
    {
        "path": "/*"
    }
],
"excludedPaths": [
    {
        "path": "/\"_etag\"/?"
    }
],
"compositeIndexes": [
    [
        {
            "path": "/ptkey",
            "order": "ascending"
        },
        {
            "path": "/SomeCategory",
            "order": "ascending"
        }
    ]
]

}