5

現在、さまざまな種類の情報を (内部ネットワークに) 保存するために、多数のオープン ソースおよび商用製品を使用しています。これらの製品はすべて、独自のリポジトリ (通常はデータベース) と独自の検索機能を備えており、さまざまな種類の情報を保存します。

現在、製品のリストは次のとおりです。

  • ワードプレス
  • ジラ
  • 合流
  • 共有ポイント
  • ダイナミクス AX
  • ムードル

私たちが直面している問題は、情報を検索する必要がある場合、これらすべての異なるシステムにログインして、それぞれで検索を実行する必要があることです。

「検索エンジン フロントエンド」、「メタ検索エンジン」などを Google で検索しましたが、問題を解決する明らかなものを見つけることができませんでした。現時点では、検索対象の「中央リポジトリ」を 1 つ構築することに関心があるわけではありませんが、その代わりに、ユーザーからのクエリを受け入れるフロントエンドが必要であり、その形式に「パッケージ化」する必要があります。個々の検索エンジンのそれぞれが応答 (JSON または XML) を理解し、受け取り、それをユーザーに提示します。

どうすれば解決できるかについて何か提案はありますか?

4

2 に答える 2

1

あなたの戦略は正しいです。中央インデックスの構築に関心がない場合は、ユーザーからのクエリを受け取り、個々の検索エンジンが理解できる形式に変換し、応答を受け取り、それらをユーザー。これはまさにメタ検索エンジンが行うことです。フレームワーク (例: Carrot2 )を使用している場合でも、これらのクエリと結果トランスフォーマーを作成するために多くの作業が残っている可能性があり、メタ検索は検索するコンポーネントの基礎となる検索モジュールよりも高速になることは決してないため、結果が遅くなる可能性があります。 .

于 2013-04-22T13:49:33.413 に答える
0

各バックエンドを個別にクエリする代わりに、データを 1 つのバックエンドに入れることができます。

データを Apache Solr サーバーにエクスポートし、CorePages のようなフロントエンド ( http://www.corepages.biz ) を使用できます。データにバックリンクを追加して、Jira チケットまたは wiki 記事の検索結果エントリに直接ジャンプできるようにすることができます。

于 2013-09-26T09:16:49.707 に答える