这是Azure CosmosDB中高效的结构/查询吗？

Question

我正在我的应用程序中为我的用户添加简单的搜索功能，我强烈考虑使用Azure CosmosDB。my Cosmos数据库（Azure）中的文档表示电话，如下所示：

{
    "id": "JKEeW3aebSEAzUA",
    "partitionKey": "191625028",
    "ownerId": "191625028",
    "callTime": "2020-06-12T22:13:18.271+00:00",
    "direction": "Inbound",
    "action": "Phone Call",
    "result": "Accepted",
    "callers": [
        {
            "phoneNum": "9182914018",
            "name": "JENKS        OK",
            "location": "Jenks, OK"
        },
        {
            "phoneNum": "9189406524",
            "name": "Main IVR",
            "location": null
        },
        {
            "phoneNum": null,
            "name": "Main IVR",
            "location": null,
        }
    ]
}

我将根据每个调用者项中的嵌套属性phoneNum、name和位置提供搜索能力。我正在考虑使用此查询：

SELECT c.id,a.phoneNum,c.callers 
FROM c join a in c.callers 
where CONTAINS(a.phoneNum, '4018')

这是执行此类搜索的最有效方法吗？我愿意重组我的文档，以加快在这些字段中的搜索。需要注意的一些事项：

1. 这是一个多租户系统，我们在此特定数据库中使用“每个租户分区”方案。
2. 当数据导入完成时，某些分区/租户将具有 1，000，000 条呼叫记录和 3，000，000 - 4，000，000 个嵌套调用方记录。

我是Azure CosmosDB的新手。目前，我们通过SQL服务器提供与此类似的有限搜索功能。此结构与SQL服务器中的结构（父呼叫记录、子呼叫记录）相同。

Answer 1

这是一个多租户系统，我们使用的是“每个租户分区”...这是执行这种搜索的最有效方式吗？

如果不筛选到单个分区键，则将在每个物理分区上运行查询。

Cosmos DB物理分区更像一个独立的SQL Server，而不像一个SQL Server表分区。

在多租户系统中，大多数查询的作用域应为单个租户。看见

https://docs . Microsoft . com/en-us/azure/cosmos-db/how-to-query-container # in-partition-query

除此之外，请确保您没有从索引策略中排除该属性路径，并且它应该是合理的。您可以随时在门户或代码结果中检查查询所消耗的请求单元。在Cosmos DB中，你需要时刻关注这一点，因为它会直接转化为金钱。

您可以在数据库中的所有容器之间共享配置的请求单元，如果您使用每个租户的容器模型，则可以选择其他一些有用的分区键，以优化租户内的访问。

Answer 2

我认为一个优化的解决方案是每个租户有多个容器。这也将解决每个租户的数据隔离问题。

除此之外，您的分区键可以基于一个或多个数据字段的部分或组合，这样，容器中的数据集数量几乎均匀分布在所有分区中。