問題タブ [solr6]

私はまだsolrに慣れていません。以下のようにネストされた構造のインデックスを作成しようとしていますが、SolrJ 6.1 でのインデックス作成に問題があります。

schema.xml

SolrJの試み

私はそれを3つのステップで行います。

私は以下を受け取りました：

私のクエリ: http://localhost:8983/solr/ml_core/select?indent=on&q=id:1&wt=json

応答 - 不正解です。「id」フィールドが重複していますが、ファイル schema.xml では、このフィールドは一意としてマークされています。

私のクエリ: http://localhost:8983/solr/ml_core/select?fl= *,[child%20parentFilter=type:film]&indent=on&q={!parent%20which=%27type:film%27}&wt=json

応答 - 不正解です。

私は期待しました：

私のクエリ: http://localhost:8983/solr/ml_core/select?indent=on&q=id:1&wt=json

次の正解が必要です。

私のクエリ: http://localhost:8983/solr/ml_core/select?fl= *,[child%20parentFilter=type:film]&indent=on&q={!parent%20which=%27type:film%27}&wt=json

次の正解が必要です。

目的のドキュメント構造を取得するにはどうすればよいですか? SolrJでこれを修正するにはどうすればよいですか。ありがとう。

以前はマスター スレーブ構成を使用していました。この構成では、変更がすべてのスレーブに反映されていることを確認するために、インデックスを作成した後にすべてのスレーブにクエリを実行していました。最初に私がリクエストしていた

次に、ループで次のクエリを実行していました

次に、クエリ用にスレーブを有効にします。

SolrCloud でこの機能を実行するにはどうすればよいですか。変更がすべてのレプリカに確実に複製されるようにするには、単一のシャードのみを使用しています。

「bq」パラメーターを追加すると、edismax Query Parser で奇妙な動作が発生します。

クエリの例:

解析されたクエリは OK に見えます:

「bq」パラメータを追加する場合：

結果の解析済みクエリ NOK:

なぜ text_de:category を検索するのですか

Solr ScriptUpdateProcessor を使用して、長いデータ型のフィールド、timestamp_ms(例: 1473794840429) を solr 日付形式 yyyy-mm-ddThh:mm:ssZ に変換する必要があります。

以下は私のsolrconfig.xmlです

私のdate-update.jsは次のとおりです。

-date2 は文字列データ型として格納されます。

コアをリロードしてドキュメントを投稿すると、次のエラーが表示されます。

org.apache.solr.common.SolrException: RunUpdateProcessor が、アトミック ドキュメントの更新操作をまだ含んでいるように見えるドキュメントを含む AddUpdateCommand を受け取りました。おそらく、この updateRequestProcessorChain から DistributedUpdateProcessorFactory が明示的に無効にされたためです。

これを解決するにはどうすればよいですか？

solr コマンドで SQL クエリを「変換」したいと考えています。

「ジョブ」と「会社」の 2 つの SQL テーブルがあります。

今日、企業が公開した求人数をカウントするために、次のクエリを実行します。

一方、「仕事」と「会社」の2つのコレクションがあり、同じフィールドがあります。

以下のクエリを solr で「変換」するにはどうすればよいですか?

親コレクションと結合できることはわかりましたが、仕事と会社の間に階層を作成したくありません (意味がありません)。

700.000 を超えるデータセットを含む生産的な Solr サーバーを運用しています。次の設定でクエリ モード dismax を使用しています。

すべての言語で検索したいこの特定のクエリでは、いくつかのフィールドが複数の言語で保存されているため、qf 値は非常に拡張されています。しかし、クエリは非常に遅いです。応答を得るまでに約 12 秒かかります。サーバーのハードウェアは十分すぎるほどです。qf値の程度と応答時​​間はつながっていることに気付きました。qf を削除すると、応答時間が大幅に改善されます。これは予想される動作ですか？qf は大きすぎてはいけませんか? この場合のパフォーマンスを微調整する方法はありますか?

（これにはしばらく時間がかかったので、それだけの価値があると考えて質疑応答を提供しています。）

DataImportHandler がデータを取得する必要がある URL は、HTTPS と追加のauthパラメーターによって保護されます。の構成は次のDataImportHandlerようになります。

通常の SOLR 6 インストールでこれを実行すると、403 Forbiddenコードで失敗しますが、同じ URL での簡単なテストはcurl成功します (興味深い出力のみを表示します)。

DataImportHandlerカスタム Java コードを記述せずに接続用のユーザー エージェントを設定することは可能ですか?