1

私の問題に対処する方法についての指針を探しています.ML8.0でコンテンツリポジトリを作成しました。これにはファイルが保存されています。ファイルがデータベースにアップロードされると、アーティファクト ファイル (1 つの抽出されたテキスト、入力ファイルの注釈である別の xml ファイル、およびアップロードされた生ファイルへの参照と抽出されたファイルへの参照を持つ 1 つのマスター ファイル (XML)) を作成するカスタム cpf があります。注釈付きファイル)。マスター ファイルには、やタグ
などの他の情報も含まれています。検索ヒットがアーティファクト ドキュメントにあった場合でも、検索時にマスター ドキュメントのみが返されるカスタム検索エンドポイントを作成できました。 私のジレンマは、タグにファセットを追加して、<type/><source/>
<source/><type/>tags.. また、注釈付きドキュメントの一部のタグにファセットを追加したいと考えています。そのため、検索がマスター ドキュメントと 1 つ以上のアーティファクト ドキュメントの両方にヒットした場合、ファセットはソース内の 1 つのヒットとソース タグ内の対応するタイプとして扱う必要があり
ます。たぶん、この図は私の問題を理解するのに役立つかもしれません..これはサンプルですが、私は何千ものドキュメントを持っています ここに画像の説明を入力

4

2 に答える 2

4

詳細については明確ではありませんが、一般に、ファセットはインデックスから機能します。これは、大規模なパフォーマンスに必要です。

ファセットの参照を動的に解決しようとするのではなく、インデックスに反映させたいことを検索対象のドキュメントに直接反映する必要があります。

つまり、ワークフローの一部として、検索してファセットするドキュメントを生成します。また、ワークフロー ドキュメントを非表示にするためのカスタム検索エンドポイントが不要になるように、別のデータベースを作成するか、ワークフロー ドキュメントに別の語彙を使用することを検討することもできます。

それが役立つことを願って、

于 2016-03-11T01:48:14.733 に答える
1

にファセットが必要なように<source>聞こえますが、ソース ファセット値ごとに<type>、そのソース値にドリルダウンするようなものです。2 つの通常のファセットを並べて使用できます。ソースから特定の値を選択するとすぐに、タイプ ファセットにドリルダウン部分が表示されます。

ソースとタイプの組み合わせでタプルを活用することもできますが、それにはサーバー側とクライアント側でいくつかの手動作業が必要です..

チッ!

于 2016-03-11T05:52:12.887 に答える