问Azure搜索选项(我是否理解Azure搜索方案)

EN

Basic的硬限制为1M文档，您不能添加更多的分区来增加这一点，因此如果要索引所有1亿项，则必须选择标准层、S1、S2或S3中的一个。每个单独的条目(数据库中的行)都算作文档。您索引的文档的最大大小为16 MB，但根据更新索引(https://learn.microsoft.com/en-us/azure/search/search-limits-quotas-capacity#document-size-limits)的方式，它可能要低一些。

需要存储的文档数量会影响所需的层次，但也会影响最大存储大小和所需的吞吐量。您可以快速估计您的存储大小需要有多大，例如，如果您的4个元数据点都是字符串，并且每个字符串平均为30个字符( UTF-8 )，那么您总共需要(100 Mx4x30b)~ 11 GB，所以存储大小可能不是您需要为一个分区选择更多分区的东西( S1和S2都可以在单个分区中这样做)。

为了适应100 M文档，您可以在GB1,304.21/mo处使用7个S1分区(15mx7=105米)，或者在GB1,490.52/mo处使用2个S2分区(100mx2)。S2s可能为您提供更好的吞吐量，并且它将为您提供更多的索引以供使用(即使您目前不需要它们(因为您只有4个元数据点)。

正如前面提到的，搜索引擎的全部功能可能比你现在所需要的要多得多，但是如果开始使用它是一个战略性的决定，那么至少你知道你为什么要为此付费。

如果您的搜索场景不需要全文搜索(例如预先键入、建议、词干和屈折形式的超过50种语言、面、自定义评分)，而是只需要数字/日期时间/地理空间比较和简单的字符串匹配，那么DocumentDB将是一个不错的选择。如果/当您需要全文搜索功能时，DocumentDB也很容易与Azure搜索进行有效的集成。

在Azure搜索定价方面，看看S1和S2层。例如，您可以用两个S2分区存储1亿个文档。定价块上显示的存储和文档限制为每个分区。每个服务最多可以有12个分区，但基本分区只有1个。