Azure搜索选项（我是否了解Azure搜索prcicng）

Question

我们在表存储中有1亿行，每行有大约4项元数据，我们希望按元数据搜索，查看pricing它会非常昂贵。

Basic选项支持1M文档，是否与100万行相同，只有4项元数据？或者我们只是耗尽2GB的存储空间来进行优化，因此2GB的元数据可能不会超过2GB的存储空间。

然后是更大的尺寸

我们还在查看Document DB和带有表存储的标准模式，以便搜索其他元数据。

Answer 1

基本具有1M文档的硬限制，并且您无法添加更多分区以增加该文档，因此您必须选择其中一个标准层，S1，S2或S3，如果要索引所有100M条目。每个单独的条目（数据库中的行）都算作文档。您索引的文档的最大大小为16 MB，但可能会更低，具体取决于您更新索引的方式（https://docs.microsoft.com/en-us/azure/search/search-limits-quotas-capacity#document-size-limits）。

您需要存储的文档数量会影响您需要的层，但也会影响最大存储大小和所需的吞吐量。您可以快速估算存储大小需要多大，例如如果您的4个元数据点都是字符串，并且每个字符串平均为30个UTF-8字符，那么您需要总共（100M x 4 x 30 b）~11 GB，因此存储大小可能不是您需要选择的更多内容分区（S1和S2都可以适合单个分区）。

为了适应100M文件，您可以使用7个S1分区（15M x 7 = 105M），价格为1,304.21英镑/月，或2个S2分区（100M x 2），价格为1,490.52英镑/月。 S2可能会为您提供更好的吞吐量，它会为您提供更多索引（即使您目前不需要它们（因为您只有4个元数据点）。

如前所述，搜索引擎的全部功能可能远远超过您现在所需的功能，但如果是开始使用搜索引擎的战略决策，那么至少您知道为什么要为此付费。

Answer 2

如果您的搜索方案不需要全文搜索（例如，提前输入，建议，词汇和变形形式的单词超过50种语言，方面，自定义评分），而只需要数字/日期时间/地理空间比较和简单的字符串匹配，然后DocumentDB将是一个不错的选择。如果/当您需要全文搜索功能时，DocumentDB也可以轻松有效地与Azure Search集成。

就Azure搜索定价而言，请查看S1和S2层。例如，您可以使用2个S2分区存储1亿个文档。定价图块上显示的存储和文档限制是每个分区。每个服务最多可以有12个分区，但只有1的分区除外。