elasticsearch文法学習

構文のデモ：

PUT ES- デモ
{ 
    " 設定" ：{
         " number_of_shards "：5 、
         " number_of_replicas "：1 
    }、
    " マッピング" ：{
         " 型名" ：{
             " ダイナミック"：" 厳格な" 、
             " プロパティ" ：{
                 " タイトル" ： {
                         "タイプ」：" 文字列" 、
                         " 店舗"：" はい" 、
                         " インデックス"：" 分析" 、
                         " 分析"：" ik_max_word " 、
                         " search_analyzer "：" ik_max_word " 
                    } 
            } 
        } 
    } 
}

クエリおよび符号化プロセスは、いくつかのタイプは、このようなブール値として、うまく変換できないので、タイプフィールドタイプは、すべてのフィールドは、文字列を取得するように設定されている。できる
可能タイプを入力します（テキスト、長い、短い、日付、整数、オブジェクト、など）
店舗へのストアは、プロパティyesまたはnoは、そのプロパティが保存されますが、クエリは事業拡大とメンテナンスが容易に基づいて、クエリ用語としてこのプロパティを使用することができないとき、いいえに設定した場合、それが推奨されているかどうか、存在しないかどうか使用はい
インデックスがnot_analyzed（分析せずにWord）、分析した（ワード分析）、なし（関係なく、単語の無い分析を）属性場合、インデックスは
、インストールESで使用されるワードブレーカー・アナライザは、IKトークナイザとして、自分の言葉をインストールします種類言葉のが何であるかを指定した単語のこの使用中の
クエリ実行時にどのような単語が使用されている、ではなく、保管時には、しかしsearch_analyzerワードの使用
よりignore_above文字列より、アナライザのignore_aboveを処理されません。我々はそれをインデックスのないように。最終的な結果は、検索エンジンが検索することができないということです。このオプションは、これらのフィールドは、一般的に、凝集をフィルタリングし、ソートに使用され、not_analyzed分野で主に便利です。そして、これらのフィールドが構成されている、それは一般的に長いこれらのフィールドのインデックス・エントリに許可されていません。
形式の日付形式の要件、例えば、に設定し、 "YYY-MM-DD HH： mm：ssの|| YYYY-MM-DD || epoch_millis"

おすすめ