エイリアス管理

エイリアス化するコレクションのカンマ区切りリスト。コレクションはクラスターにすでに存在している必要があります。このパラメータは、標準エイリアスの作成を意味します。存在する場合、すべてのルーティングパラメータは禁止されます。ルーティングパラメータが存在する場合、このパラメータは禁止されます。

使用するルーティングのタイプ。現在、time、category、Dimensional[]のみが有効です。v2リクエストでは、ディメンション情報がv2リクエストに固有のroutersリストにあるため、timeまたはcategoryのみが許可されます（ただし、ディメンションの順序に関する以下の注意点も適用されます）。

多次元ルーテッドエイリアス（別名「DRA」）の場合、ディメンション配列に表示される順序と同じ順序ですべてのディメンションを表現する必要があります。DRAのrouter.nameの形式はDimensional[dim1,dim2]です。ここで、dim1とdim2は各サブディメンションの有効なrouter.nameの値です。DRAは実験的であり、現在2D DRAのみがサポートされていることに注意してください。将来、より多くの数のディメンションがサポートされる可能性があります。クラスター内のコレクション数の爆発を避けるには、ディメンショナルルーティングの慎重な設計が必要です。Solr Cloudは、1000を超えるコレクションの管理が困難な場合があります。個々のディメンションを構成する方法の詳細については、以下の例を参照してください。

受信ドキュメントをどの基になるコレクションにルーティングする必要があるかを判断するために検査するフィールド。このフィールドは、すべての受信ドキュメントで必須です。

*ワイルドカードは、nameを除くCREATEコマンドの任意のパラメータに置き換えることができます。他のすべてのフィールドは、要件と命名規則が同じですが、configsetを明示的に指定する必要があります。configsetは、アップロードまたはコピーと変更のいずれかで事前に作成する必要があります。「データ駆動型」モードを使用することは、スキーマの変更が同時に発生してエラーが発生する可能性があるため、おそらく悪い考えです。

この時間ルーテッドエイリアスのデータの開始日時。Solrの標準の日時形式（つまり、ISO-8601または「NOW」で、オプションで日付計算を使用）で指定します。

エイリアス用に作成された最初のコレクションは、この値に基づいて内部的に命名されます。ドキュメントがrouter.fieldの以前の値で送信された場合、エイリアスがポイントする最も古いコレクションはエラーを生成します。これはルーティングできないためです。この日/時は、0以外のミリ秒コンポーネントを含めることはできません。特に、これはNOWが1000回中999回失敗することを意味しますが、NOW/SECOND、NOW/MINUTEなどは正常に機能します。

router.startまたはrouter.intervalで日付計算を評価するときに使用するタイムゾーン。これは検索クエリに提供される同じパラメータと同等ですが、この場合は他のほとんどのパラメータとともにエイリアスプロパティとして永続化されることを理解してください。

この値にGMT-4が指定されている場合、2018-01-14T21:00:00:01.2345Zの日付のドキュメントは、myAlias_2018-01-15_01コレクションに保存されます（+1HOURの間隔を想定）。

シリーズ内の次のコレクションを決定するためにタイムスタンプに追加される日付計算式。2018-01-15T16:17:18の形式のタイムスタンプに追加された場合に評価できる日付計算式は、ここで機能します。

エラーなしで受け入れられるように、ドキュメントがrouter.fieldで持つことを許可される未来の最大ミリ秒数。制限がない場合、誤った値によって多くのコレクションが作成される可能性があります。

新しいコレクションの早期作成につながる日付計算式。

ドキュメントが、最新のコレクションの終了時間からこの間隔を引いた後のタイムスタンプで到着した場合、次の（および次ののみ）コレクションが非同期的に作成されます。

この設定がない場合、コレクションはドキュメントのタイムスタンプで必要なときに同期的に作成されるため、コレクションが作成されるまでドキュメントの流れがブロックされます（数秒かかる場合があります）。先制的な作成は、これらの問題を軽減します。十分な時間（おそらく1時間以上）に設定すると、コレクションの作成に問題がある場合に、この時間枠は是正措置を講じるのに十分な時間となる可能性があります。ただし、先制的な作成が成功した後、コレクションは使用されていないにもかかわらずリソースを消費しており、新しいドキュメントは別の場所にルーティングされるだけである傾向があります。

また、router.autoDeleteAgeは現在、新しく作成されたコレクションの日付を基準に評価されるため、最も古いコレクションが早く削除されないように、削除期間を先制ウィンドウの量だけ増やすことをお勧めします。

指定された間隔を日付から減算できる必要があります。したがって、マイナス記号を先頭に付けると無効な日付計算が作成される場合は、エラーが発生します。また、存在しないコレクションに送られるドキュメントは、その宛先コレクションまでの同期作成を引き続きトリガーしますが、追加の非同期的な先制作成はトリガーしないことに注意してください。ドキュメントごとに1種類のコレクション作成しか発生できません。例：90MINUTES。

このプロパティはデフォルトでは空であり、新しいコレクションのジャストインタイム同期作成を示します。

最も古いコレクションが自動的に削除される日付計算式。

日付計算は、新しく作成されたコレクションのタイムスタンプ（通常は現在時刻に近い）を基準にしているため、これは丸めや減算によって以前の時間を生成する必要があります。削除されるコレクションには、計算された期間よりも完全に前の時間範囲が必要です。コレクションは、新しいコレクションが作成される直前に削除対象と見なされます。例：/DAY-90DAYS。

デフォルトでは削除されません。

このエイリアスで許可されるカテゴリの最大数。この設定は、不良データが発生した場合に無限の数のコレクションが誤って作成されるのを防ぎます。

対応するコレクションが作成される前に、router.fieldで指定されたフィールドの値が一致する必要がある正規表現。データが追加された後にこの設定を変更しても、すでにインデックス付けされているデータは変更されません。

有効なJava正規表現パターンを指定できます。この式は各リクエストの開始時に事前にコンパイルされるため、更新のバッチ処理を強くお勧めします。過度に複雑なパターンは、正規表現のJVMの実装によって決定されるように、インデックス作成中にCPUまたはガベージコレクションのオーバーヘッドを生成します。

多次元エイリアスで、パラメータを特定のディメンショナルに関連付けるためにv1リクエストパラメータで使用されるプレフィックス。

たとえば、Dimensional[time,category]エイリアスでは、router.0.startを使用して時間ディメンションの開始時間を設定します。