2017-12-21 9 views
0

すべての種類のブロブがあります。Azure検索、大きなブロブはスキップしますがインデックスメタデータはそのままです

メタデータとコンテンツのインデックスを作成する必要がありますが、サポートされていないファイルタイプや非常に大きなファイルのコンテンツはスキップするだけです。サポートされているタイプ - - インデックスのメタデータとコンテンツ(良い)

File Two.dat - サポートされていないタイプ - インデックスのメタデータは、コンテンツ(良い)

File Three.txtスキップ - サポートされているタイプは、原因のサイズに失敗例えば、私たちは

File One.docxを持っていますブロブのdocsにコンフィグ基づいています(悪い)

Googleの検索をされ、私達はちょうどConfigurationfailOnUnsupportedContentTypeを追加して、のようなものを私たちはFile Three.txtのインデックスメタデータをしたいと思いますfalse

に設定しますが、大規模なコンテンツをスキップfailOnOversizedContentこれをfalseに設定します。

現在、ブロブのサイズが大きすぎるというエラーが表示されます。

答えて

2

UPDATE 2018年1月3日

私はブロブはまだコンテンツタイプのメタデータを処理するためにダウンロードする必要があるためAzureSearch_SkipContentブロブメタデータを使用するために私の元の提案で問題が解決しないことに気づきました。

このシナリオを正常に機能させるために、indexStorageMetadataOnlyForOversizedDocumentsのインデクサー設定を追加しています。ブール値をとり、デフォルトでfalseです。これを有効にするには、インデクサー設定でtrueに設定します。これは、プレスオフ新鮮で、Controlling which parts of the blob are indexedで説明したように、あなたが大きな塊にAzureSearch_SkipContent: trueメタデータを追加することができます1月19

オリジナル応答

で世界生産で展開されます。私はそれが不便かもしれないことに気づきますが、それはあなたを解くことができるものです。

私たちは、ファイルThree.txtのインデックスメタデータをしたいが、 大コンテンツ、我々は falseに設定しますfailOnOversizedContentのようなものをスキップします。

これは便利な機能要求のようです。our UserVoice siteに提案を追加してください。これは、特に他の顧客がこれを求めているのを見るとわかります。

+0

サービス名を教えていただければ、他のオプションもご利用いただけます。通常のMicrosoftドメインのeugeneshで私に連絡することができます。 –

+0

メタデータ用とコンテンツ用の2つのインデックスを持つことは理にかなっていますか?どちらも同じ鍵を持っています。 –

+0

とにかくブロブを修正する必要があるので、「AzureSearch_SkipContent」を追加することは大したことではありません。ありがとう –

関連する問題