0%

Elasticsearch中三种关系模型对比

现实生活中,总会存在数据之间存在着某种关系,比如:用户 <-> 文章,用户 <-> 评论等。Elasticsearch 作为搜索引擎,在创建 Indices 时,是使用 Schema less 的数据结构。如果要在其实现不同数据的关系,官方提出了以下几种方式:

https://www.elastic.co/guide/en/elasticsearch/guide/current/application-joins.html

https://www.elastic.co/guide/en/elasticsearch/guide/current/denormalization.html

https://www.elastic.co/guide/en/elasticsearch/guide/current/nested-objects.html

https://www.elastic.co/guide/en/elasticsearch/guide/current/parent-child.html

如果对以上方式不清楚,直接点击上面的链接即可,这里就不再一一说明了,这里主要是对:Application-side joinsNested objectsParent/child relationships 三种方式进行对比,包括:索引性能和查询性能的对比。

  • 测试环境

environment

  • 测试的模型

用户 <-> 对话:一个用户有多个对话,一个对话只能属于某个用户,用户和对话是一对多的关系。

1.Application-side joins

对话通过用户的 id,进行关联,mapping 如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
{
"settings": {
"number_of_shards": 1,
"number_of_replicas": 1
},
"mappings": {
"visitor": {
"properties": {
"name": {
"type": "string"
}
}
},
"conversation": {
"properties": {
"message": {
"type": "string"
},
"visitor_id": {
"type": "long"
}
}
}
}
}

2.Nested objects

把对话信息,作为 nested 字段内容,嵌入到用户数据中,mapping 如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
{
"settings": {
"number_of_shards": 1,
"number_of_replicas": 1
},
"mappings": {
"conversation": {
"properties": {
"visitor_name": {
"type": "string"
},
"conversations": {
"type": "nested",
"properties": {
"message": {
"type": "string"
}
}
}
}
}
}
}

3.Parent/child relationships

使用 Elasticsearch 自带的关系模型实现,mapping 如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
{
"settings": {
"number_of_shards": 1,
"number_of_replicas": 1
},
"mappings": {
"visitor": {
"properties": {
"name": {
"type": "string"
}
}
},
"conversation": {
"_parent": {
"type": "visitor"
},
"properties": {
"message": {
"type": "string"
}
}
}
}
}
  • 测试结果

1.索引性能

indices_chat

2.查询性能

search_chat

  • 总结

从性能上 Nested objects 的性能都完胜 Application-side joinsParent/child relationships
nested 的缺点是,查询出来的数据是整个 document,所以还需要在应用程序中做额外的过滤操作。