SDL Tridionが内部検索エンジン(SOLR)にデータを格納する方法とその詳細を掘り下げませんでしたが、検索を実行する必要のあるGUI拡張を構築する必要がありますパブリケーション全体のコンポーネント/メタデータフィールド。GUI拡張にTridion 2011 SOLRを使用する
私はSOLRを見ない理由はありませんが、時間を投資する前に、誰かがこれが悪い考えである理由を知っていますか?
ありがとうございます!
SDL Tridionが内部検索エンジン(SOLR)にデータを格納する方法とその詳細を掘り下げませんでしたが、検索を実行する必要のあるGUI拡張を構築する必要がありますパブリケーション全体のコンポーネント/メタデータフィールド。GUI拡張にTridion 2011 SOLRを使用する
私はSOLRを見ない理由はありませんが、時間を投資する前に、誰かがこれが悪い考えである理由を知っていますか?
ありがとうございます!
本当に検索条件によって異なります。 SDL TridionがSOLR結果で多くの後処理を行うので、それはちょうど簡単な検索の場合 - それはおそらく問題ありませんが、いくつかのTridion固有の検索をしたい場合、それはかなり難しいでしょう。なぜCoreServiceを使用して、を検索インターフェイスに対応させることができないのですか?
一般に、APIをバイパスしてSOLRに直接問い合わせることは悪い考えです。 あなたの質問から、私はそうする必要はないと思う。
Tridionによって既に索引付けされているものより多くのデータを索引付けする必要がありますか? そうでない場合は、APIを使用して検索することはできますか?
追加のデータ用にカスタム検索索引ハンドラを実装することを検討できます。これは現時点ではあまりよく説明されていませんが、作成する(ISearchIndexingHandlerを実装し、CMとSOLRの設定を更新する)のがかなり単純です。利点は、標準のTridion検索を使用してデータを検索できることです。
Peterが言ったように、Tridionに付属のSOLRとやりとりするのは本当に悪い考えです。 Tridionには、SOLRクエリの複雑さを隠すための抽象レイヤーがあります。例えば、tridionは検索キーワードの大文字小文字の区別を隠します。
urインターフェイスを構築するために、tridion search apiを使用することを強くお勧めします。 Tridion search apiは、solrクエリを直接実行することもサポートしています。しかし、それはお勧めしません。
追加データのインデックスを作成するために、ISearchIndexingHandlerを実装できます。それはsolrの設定ファイル(新しいフィールドを追加する)といくらか複雑です。