Elasticsearch
지표와 유형의 차이점

비고

GET /cars/_search

GET /cars/bmw/_search

GET /cars/_search
{
  "query": {
    "bool": {
      "filter": [
        {
          "term" : {
            "_type": "bmw"
          }
        }
      ]
    }
  }
}

PUT /cars
{
  "manufacturer": { <1>
    "properties": {
      "make": { <2>
        "type": "string",
        "index": "not_analyzed"
      }
    }
  }
}

PUT /cars
{
  "manufacturer": { <1>
    "properties": {
      "make": { <2>
        "type": "keyword"
      }
    }
  }
}

유형으로 색인을 명시 적으로 작성

예제에서는 cURL 및 기타 HTTP 응용 프로그램으로 쉽게 변환되는 기본 HTTP를 사용합니다. 또한 Sense 구문과 일치하며 Kibana 5.0에서 Console로 이름이 바뀝니다.

참고 :이 예는 부품에주의를 끌기 위해 <#> 를 삽입합니다. 복사하면 제거해야합니다!

PUT /my_index <1>
{
  "mappings": {
    "my_type": { <2>
      "properties": {
        "field1": {
          "type": "long"
        },
        "field2": {
          "type": "integer"
        },
        "object1": {
          "type": "object",
          "properties": {
            "field1" : {
              "type": "float"
            }
          }
        }
      }
    }
  },
  "my_other_type": {
    "properties": {
      "field1": {
        "type": "long" <3>
      },
      "field3": { <4>
        "type": "double"
      }
    }
  }
}

1. 이는 index 작성 엔드 포인트를 사용하여 index 을 작성 중입니다.
2. 이것은 type 생성합니다.
3. 동일한 index 내의 type s에있는 공유 필드는 동일한 정의를 공유 해야합니다 ! ES 1.x는이 동작을 엄격하게 시행하지는 않았지만 암묵적인 요구 사항이었습니다. ES 2.x 이상은이 동작을 엄격하게 시행합니다.
4. type 의 고유 한 필드는 괜찮습니다.

인덱스 (또는 인덱스) 에는 유형이 들어 있습니다. 유형은 문서 분리를위한 편리한 메커니즘이지만 사용하는 각 유형에 대한 매핑을 동적 / 자동 또는 명시 적으로 정의해야합니다. 인덱스에 15 개의 유형을 정의하면 15 개의 고유 맵핑이 있습니다.

이 개념에 대한 자세한 내용과 유형을 사용하려는 이유 또는 사용하지 않는 이유에 대한 설명을 참조하십시오.

유형으로 색인을 동적으로 작성하기

예제에서는 cURL 및 기타 HTTP 응용 프로그램으로 쉽게 변환되는 기본 HTTP를 사용합니다. 또한 Sense 구문과 일치하며 Kibana 5.0에서 Console로 이름이 바뀝니다.

참고 :이 예는 부품에주의를 끌기 위해 <#> 를 삽입합니다. 복사하면 제거해야합니다!

DELETE /my_index <1>

PUT /my_index/my_type/abc123 <2>
{
  "field1" : 1234, <3>
  "field2" : 456,
  "object1" : {
    "field1" : 7.8 <4>
  }
}

1. 이미 존재하는 경우 (앞의 예 때문에) 색인을 삭제하십시오.
2. 문서를 색인 my_index 에 my_type 유형 및 ID abc123 색인으로 my_index 하십시오 (숫자 일 수도 있지만 항상 문자열 임).
   • 기본적으로 문서를 인덱싱하면 동적 색인을 만들 수 있습니다. 이는 개발 환경에 적합하지만 프로덕션 환경에서는 반드시 좋은 것은 아닙니다.
3. 이 필드는 정수이므로 처음 표시 될 때 매핑해야합니다. Elasticsearch는 항상 모든 입력 유형에 대해 가장 넓은 유형을 가정하므로 integer 또는 short integer 아닌 long 으로 매핑됩니다 (둘 다 1234 와 456 포함 할 수 있음).
4. 이 필드에 대해서도 마찬가지입니다. 원하는대로 float 대신 double 로 매핑됩니다.

이 동적으로 생성 된 인덱스 및 유형은 첫 번째 예제에서 정의한 매핑과 대략 일치합니다. 그러나 <3> 및 <4> 이 자동으로 정의 된 매핑에 미치는 영향을 이해하는 것이 중요합니다.

동일한 인덱스에 다른 유형을 동적으로 추가하여이를 따를 수 있습니다.

PUT /my_index/my_other_type/abc123 <1>
{
  "field1": 91, <2>
  "field3": 4.567
}

1. 이 유형은 위의 문서와 유일한 차이점입니다. ID는 동일하고 괜찮습니다! 그것은 다른과는 관계가 없습니다 abc123 이 같은 색인에 일어나는 것을 이외.
2. field1 이미 색인에 있으므로 다른 유형에 정의 된 것과 동일한 유형의 필드 여야합니다 . 문자열이거나 정수가 아닌 값을 제출하는 것은 실패합니다 (예 : "field1": "this is some text" 또는 "field1": 123.0 ).

이렇게하면 동일한 인덱스 인 my_index 내에서 my_other_type 대한 매핑이 동적으로 생성됩니다.

참고 : Elasticsearch가 색인 시간에 동적으로 색인을 생성하는 대신 매핑을 미리 정의하는 것이 항상 빠릅니다.

두 문서의 색인 생성의 최종 결과는 첫 번째 예제와 유사하지만 필드 유형이 다르기 때문에 약간 낭비합니다.

GET /my_index/_mappings <1>
{
  "mappings": {
    "my_type": { <2>
      "properties": {
        "field1": {
          "type": "long"
        },
        "field2": {
          "type": "long" <3>
        },
        "object1": {
          "type": "object",
          "properties": {
            "field1" : {
              "type": "double" <4>
            }
          }
        }
      }
    }
  },
  "my_other_type": { <5>
    "properties": {
      "field1": {
        "type": "long"
      },
      "field3": {
        "type": "double"
      }
    }
  }
}

1. 이것은 _mappings 끝점을 사용하여 우리가 만든 색인에서 매핑을 가져옵니다.
2. 이 예제의 첫 번째 단계에서는 my_type 을 동적으로 만들었습니다.
3. field2 는 integer 정의되지 않았으므로 이제 integer 대신 long 입니다. 이 디스크 스토리지의 낭비 인 것을 입증 할 수있다.
4. object1.field1 은 이제 # 3과 같은 이유로 double 되고 # 3과 동일한 결과를 object1.field1 .
   • 엄밀히 말하자면, 많은 경우에 long 압축 될 수 있습니다. 그러나 double 은 부동 소수점 숫자이기 때문에 압축 할 수 없습니다.
5. 또한이 예제의 두 번째 단계에서 my_other_type 을 동적으로 만들었습니다. 우리는 이미 long 과 double 사용했기 때문에 매핑이 동일하게 발생합니다.
   • field1 은 my_type 의 정의와 일치 해야 한다는 것을 기억하십시오.
   • field3 은이 유형에 고유하므로 이러한 제한이 없습니다.