交叉 JOIN 集合和 GroupBy CosmosDB Javascript API

Question

我正在 CosmosDB 的 Javascript API 中寻找解决方案，您可以在其中在两个文档集合之间执行 INNER/OUTER JOIN。

我没有成功。

根据我的理解，Javascript存储过程在一个集合中运行，并且无法访问/引用另一个集合中的数据。

如果上述情况成立，那么我们的应用程序以关系方式设计的数据源会留在哪里？ 如果业务需要立即查询，需要收集以下数据： 在特定区域内、给定时间范围内已迁移到新产品的所有协议/合同。 如果大约有 5 个集合包含与此查询相关的所有信息，我将如何处理此查询？

有什么指导吗？

更新

客户

{
    "id": "d02e6668-ce24-455d-b241-32835bb2dcb5",
    "Name": "Test User One",
    "Surname": "Test"
}

协议

{
    "id": "ee1094bd-16f4-45ec-9f5e-7ecd91d4e729",
    "CustomerId": "d02e6668-ce24-455d-b241-32835bb2dcb5"
    "RetailProductVersionInstance": 
    [
                {
        "id": "8ce31e7c-7b1a-4221-89a3-449ae4fd6622",
        "RetailProductVersionId": "ce7a44a4-7e49-434b-8a51-840599fbbfbb",
        "AgreementInstanceUser": {
            "FirstName": "Luke",
            "LastName": "Pothier",
            "AgreementUserTypeId": ""
        },
        "AgreementInstanceMSISDN": {
            "IsoCountryDialingCode": null,
            "PhoneNumber": "0839263922",
            "NetworkOperatorId": "30303728-9983-47f9-a494-1de853d66254"
        },
        "RetailProductVersionInstanceState": "IN USE",
        "IsPrimaryRetailProduct": true,
        "RetailProductVersionInstancePhysicalItems": [
            {
                "id": "f8090aba-f06b-4233-9f9e-eb2567a20afe",
                "PhysicalItemId": "75f64ab3-81d2-f600-6acb-d37da216846f",
                "RetailProductVersionInstancePhysicalItemNumbers": [
                    {
                        "id": "9905058b-8369-4a64-b9a5-e17e28750fba",
                        "PhysicalItemNumberTypeId": "39226b5a-429b-4634-bbce-2213974e5bab",
                        "PhysicalItemNumberValue": "KJDS959405"
                    },
                    {
                        "id": "1fe09dd2-fb8a-49b3-99e6-8c51df10adb1",
                        "PhysicalItemNumberTypeId": "960a1750-64be-4333-9a7f-c8da419d670a",
                        "PhysicalItemNumberValue": "DJDJ94943"
                    }
                ],
                "RetailProductVersionInstancePhysicalItemState": "IN USE",
                "DateCreatedUtc": "2018-11-21T13:55:00Z",
                "DateUpdatedUtc": "2020-11-21T13:55:00Z"
            }
        ]
    }
    ]
}

零售产品

{
    "id": "ce7a44a4-7e49-434b-8a51-840599fbbfbb",
    "FriendlyName": "Data-Package 100GB",
    "WholeSaleProductId": "d054dae5-173d-478b-bb0e-7516e6a24476"
}

批发产品：

{
    "id": "d054dae5-173d-478b-bb0e-7516e6a24476",
    "ProductName": "Data 100",
    "ProviderLiabilities": []
}

在上面，我添加了一些示例文档。

人际关系：

• Agreement.CustomerId 链接到 Customer.id
• Agreement.RetailProductVersionInstance.RetailProductVersionId 链接 到 RetailProduct.id
• RetailProduct.WholeSaleProductId 链接到 WholeSaleProduct.id

我如何在 CosmosDB 中编写一个 Javascript 存储过程来执行这 4 个集合之间的联接？

Answer 1

简短的回答是，您无法通过 Cosmos DB 中的 SQL 在不同集合之间执行联接。

一般来说，此类问题的解决方案是多个查询或不同的模式。在您的场景中，如果您可以将架构非规范化为一个集合而不重复数据，那么这很容易。

如果您提供您的架构，就可以提供更全面的答案。

-- 编辑 1 --

存储过程仅适用于需要对同一集合+分区键进行多个操作的操作。这使得它们非常适合批量插入/删除/更新、事务（至少需要读取和写入）以及其他一些事情。它们不适合 CPU 密集型事物，而是通常受网络延迟限制的 IO 事物。它们无法用于跨分区或跨收集场景。在这些情况下，您必须仅从远程客户端执行操作。

就您而言，这是一个相当简单的

2 + 2N

单独读取，其中

N

是产品数量。您需要先阅读协议。然后您可以并行查找客户和产品记录，然后您可以最后查找批发记录，因此您应该有

3s + C

的延迟，其中

s

是给定读取请求的平均持续时间，

C

是执行加入/发出请求等的一些恒定 CPU 时间。

值得考虑的是，您是否可以将 RetailProduct 和 WholeSale 产品合并到单个记录中，其中 Wholesale 包含数组中的所有 RetailProducts，或者作为单独的文档，按批发 id 进行分区，其中一个众所周知的 id 包含在一个数组中的批发产品信息。单独的文件。这将使您的延迟减少三分之一。如果您采用按批发 ID 进行分区的想法，则可以为共享批发 ID 的任何记录编写 1 个查询，这样您将获得

2 + log(N)

读取，但有效延迟相同。对于该策略，您需要在协议中存储“wholesaleid+productid”的复合索引。需要担心的一个问题是它重复了批发+产品关系，但只要这种关系不改变，我认为没有什么可担心的，它为信息查找提供了很好的优化。