【问题标题】:Azure Search - Cost study of MergeOrUpload operation?Azure 搜索 - MergeOrUpload 操作的成本研究?
【发布时间】:2020-05-29 04:03:28
【问题描述】:

我编写了两个不同的函数来填充同一个文档但不同的属性。其中一个函数更新文档 X 的 A1、A2、A3 属性,而另一个函数在给定文档 ID 的情况下更新同一文档 X 的 A4、A5 属性。他们正在使用 MergeOrUpload 操作来更新文档。

我正在尝试评估MergeOrUpload 操作的成本。它在后端是如何工作的,它是否读取整个文档,然后合并新的属性值并将文档推回索引或什么?性价比多少?

【问题讨论】:

  • 认知搜索不会更改数据。它只索引它。很难理解你的问题是什么。
  • 好的,所以基本上我试图评估MergeOrUpload 操作的成本。这个怎么运作?就像在 sql 中一样,它是在进行更改和推送更改之前读取整个数据还是什么?为了更清楚,我已经编辑了这个问题。感谢您的宝贵时间
  • 在什么平台上? SQL?宇宙数据库?微软访问?
  • 以上问题是针对 azure-cognitive-search 的,它在后端使用 CosmosDB 来索引数据
  • MergeOrUpload 是从哪里来的?认知搜索在构建索引时会执行此操作吗?

标签: azure azure-cognitive-search


【解决方案1】:

在单个调用中包含所有属性会更有效,而不是首先使用 A1、A2 和 A3 创建文档,然后发送 mergeOrUpdate 调用来添加 A4、A5 和 A6。在后端,所有的索引文件都是“只读”的,以方便服务的分布式和并发性,所以当你更新一个文档时,我们实际上需要做一个原始文档的副本,其中包含新更新的属性。

获得准确成本的最佳选择是使用自己的数据和使用模式进行自己的测试,但是,您可能会发现创建包含所有属性的文档是最有效的方法。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-02-10
    • 2012-04-09
    • 1970-01-01
    • 2011-02-25
    • 1970-01-01
    • 2019-03-17
    • 2019-07-28
    • 2015-06-09
    相关资源
    最近更新 更多