SDL Tridionが内部検索エンジン(SOLR)にデータを保存する内容と方法の詳細については掘り下げていませんが、パブリケーション全体でコンポーネント/メタデータフィールドの検索を実行する必要があるGUI拡張機能を構築する必要があります。
SOLRを調べない理由はわかりませんが、時間を費やす前に、これが悪い考えになる理由を誰かが知っていますか?
前もって感謝します!
SDL Tridionが内部検索エンジン(SOLR)にデータを保存する内容と方法の詳細については掘り下げていませんが、パブリケーション全体でコンポーネント/メタデータフィールドの検索を実行する必要があるGUI拡張機能を構築する必要があります。
SOLRを調べない理由はわかりませんが、時間を費やす前に、これが悪い考えになる理由を誰かが知っていますか?
前もって感謝します!
一般に、APIをバイパスしてSOLRに直接クエリを実行することはお勧めできません。あなたの質問から、そうする理由はわかりません。
Tridionによってすでにインデックス付けされているデータよりも多くのデータにインデックスを付ける必要がありますか?そうでない場合は、APIを使用して検索できますか?
その場合は、追加データ用のカスタム検索インデックスハンドラーの実装を検討できます。これは現時点では十分に文書化されていませんが、作成するのはかなり簡単なようです(ISearchIndexingHandlerを実装し、CMおよびSOLR構成を更新します)。利点は、標準のTridion検索を使用してデータを検索できることです。
それは本当にあなたの検索要件に依存します。単純な検索の場合はおそらく問題ありませんが、Tridion固有の検索を行う場合は、SDL TridionがSOLRの結果に対して多くの後処理を行うため、非常に困難になります。CoreServiceを使用して、サポートされている便利な検索インターフェイスを使用できないのはなぜですか?
Peterが言ったように、Tridionに付属しているSOLRと対話するのは本当に悪い考えです。Tridionには、SOLRクエリの複雑さを隠すための抽象化レイヤーがあります。たとえば、tridionは検索キーワードの大文字小文字の区別を隠します。
tridionsearchapiを使用してurインターフェイスを構築することを強くお勧めします。Tridion search apiは、solrクエリの直接実行もサポートしています。ただし、お勧めしません。
追加データのインデックスを作成するために、uはISearchIndexingHandlerを実装できます。solr構成ファイル(新しいフィールドの追加)には多少の複雑さがあります。