0

我正在为 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 个集合之间的连接？

4

1 回答 1

3

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

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

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

-- 编辑 1 --

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

在您的情况下，这是一个相当简单的2 + 2N单独读取，N产品的数量在哪里。您需要先阅读协议。然后您可以并行查找客户和产品记录，然后您可以最后查找批发记录，因此您应该有一个延迟3s + C，其中s是给定读取请求的平均持续时间，并且C是一些恒定的 CPU 时间执行加入/发出请求/等。

值得考虑的是，您是否可以将 RetailProduct 和 WholeSale 产品合并到一个记录中，其中 Wholesale 包含数组中的所有 RetailProducts，或者作为单独的文档，由批发 id 分区，众所周知的 id 包含单独的 Wholesale 产品信息文档。这将使您的延迟减少三分之一。如果您使用批发 id 分区的想法，您可以为共享批发 id 的任何记录编写 1 个查询，因此您会得到2 + log(N)读取，但相同的有效延迟。对于该策略，您将在协议中存储“wholesaleid+productid”的复合索引。需要担心的一个问题是它重复了批发+产品的关系，但只要这种关系没有改变，我认为没有什么可担心的，它为信息查找提供了很好的优化。

于 2018-11-27T02:26:55.000 回答