トライタイプ対次元のポイントを使用する

Question

私は最近のSolr 6.6.0にアップグレードしたと私はおよそthis思ったんだけど：一般的な数値のニーズについて

を、IntPointFieldの一つ、 LongPointField、FloatPointFieldを使用することを検討してください、またはDoublePointFieldクラス を使用します。これらの "Dimensional Point" ベースの数値クラスは、使用される範囲のサイズに関係なく、 効率的な範囲クエリをサポートするために特別にコード化されたデータ構造を使用します。 並べ替えおよび/または ファセット作成のために、必要に応じてこれらのフィールドでDocValuesを有効にします。

一部のSolrの機能は、まだあなたが同等TrieIntField、 TrieLongField、TrieFloatField、およびTrieDoubleFieldクラスを検討する必要があり、その場合 には、「次元の点」では動作しない場合があります。

ソルの機能はポイントタイプでは正確に機能しません。

ポイントタイプを使用したいと思いますが、トライフィールドタイプから切り替えるときに何が壊れているかを知りたいと思います。

Answer 1

to the PointType implementation issue on the jiraをよれば、以下のような関連のチケットはまだ開いている：

• SOLR-10939 JoinQParserは、数値PointFields
• SOLR-11023と誤った結果を与えるがSortedNumericsが必要/ EnumField
• SOLR-10556のバージョンをポイントポイントベースの数値フィールドの照会時間スコアリング結合
• SOLR-9985 LuFieldsのLukeRequestHandlerは、PointFieldsのdocFreqを設定しません。
• SOLR-9988はFIELDTYPEにtoInternalByteRef方法を追加し、おそらく、元の問題が予想されるとして、あなたが安全にすべての主要機能が働くと仮定することができます閉じられていたとして見てtointeral

を廃止します。