不爲也 比不能也

Mapping types are going away. Elasticsearch 6.0 supports a single mapping type per index only, and it represents the first step on the way to removing types altogether.mapping type이 없어진다. Elasticsearch 6.0은 index 당 하나의 mapping type만 지원하며, 그것은 type을 완전히 제거하는 것의 첫 번째 단계이다.This blog post explains what types are, why we are removing them, how you can migrate your indices to a single type world, and ..

string fields replaced by text/keyword fieldseditThe string field datatype has been replaced by the text field for full text analyzed content, and the keyword field for not-analyzed exact string values. For backwards compatibility purposes, during the 5.x series:string field datatype이 full text analyzed 내용에 대해서는 text field로, not-analyzed exact string 값에 대해서는 keyword field로 변경되었다. 이전 version과의 호환..

Parent/child has been rewritten completely to reduce memory usage and to execute has_child and has_parent queries faster and more efficient. The _parent field uses doc values by default. The refactored and improved implementation is only active for indices created on or after version 2.0.parent/child는 memory 사용을 줄이고, has_child 와 has_parent query를 더 빨리, 더 효과적으로 실행하기 위해, 완전히 다시 작성되었다. _parent fiel..

The parent-child relationship is similar in nature to the nested model: both allow you to associate one entity with another. The difference is that, with nested objects, all entities live within the same document while, with parent-child, the parent and children are completely separate documents.parent-child relationship(부모-자식 관계)은 본질적으로 nested model과 유사하다. 둘 모두는 어떤 entity와 또 다른 것을 관련짓는다. 차이점은 n..

All that is needed in order to establish the parent-child relationship is to specify which document type should be the parent of a child type. This must be done at index creation time, or with the update-mapping API before the child type has been created.부모-자식 관계를 형성하기 위해 필요한 것은, 어떤 document type이 자식 type의 부모가 될 것인지를 지정하는 것이다. 이것은 index 생성시에 하거나, 자식 type이 생성되기 전에 update-mapping API를 통해 할 수 있다.As..

Indexing parent documents is no different from any other document. Parents don’t need to know anything about their children:부모 document를 색인 하는 것은 다른 document와 다르지 않다. 부모는 그들의 자식에 대해 아무것도 알 필요가 없다.POST /company/branch/_bulk { "index": { "_id": "london" }} { "name": "London Westminster", "city": "London", "country": "UK" } { "index": { "_id": "liverpool" }} { "name": "Liverpool Central", "city": "..

The has_child query and filter can be used to find parent documents based on the contents of their children. For instance, we could find all branches that have employees born after 1980 with a query like this:has_child query와 filter는 자식의 내용으로 부모 document를 찾는데 사용될 수 있다. 예를 들어, 1980년 이후에 태어난 직원을 가진, 모든 지점을 찾을 수 있다. query는 아래와 같다.GET /company/branch/_search { "query": { "has_child": { "type": "empl..

While a nested query can always return only the root document as a result, parent and child documents are independent and each can be queried independently. The has_child query allows us to return parents based on data in their children, and the has_parent query returns children based on data in their parents.nested query는 결과로 root document만 반환하지만, 부모와 자식 document는 독립적이며, 각각 독립적으로 query될 수 있다. h..

Parent-child supports a children aggregation as a direct analog to the nested aggregation discussed in Nested Aggregations. A parent aggregation (the equivalent of reverse_nested) is not supported.부모-자식은, Nested Aggregations에서 언급했던, nested aggregation과 정확히 닮은, children aggregation를 지원한다. parent aggregation(reverse_nested 와 비슷한)는 지원되지 않는다.This example demonstrates how we could determine the favor..

The parent-child relationship can extend across more than one generation—grandchildren can have grandparents—but it requires an extra step to ensure that documents from all generations are indexed on the same shard.부모-자식 관계는 한 세대이상으로 확장(손자는 조부모를 가질 수 있다)될 수 있다. 그러나, 모든 세대의 document가 동일한 shard에 색인되는지를 보장하기 위한, 추가 단계가 필요하다.Let’s change our previous example to make the country type a parent of the ..