小言_互联网的博客

Elasticsearch:Terms lookup query - 关联两个不同索引的搜索

854人阅读  评论(0)

我们知道 Elasticsearch 的搜索和传统的 RDMS 搜索是不同的。它不可以使用 joins 来把两个不同索引关联起来,并进行搜索。我们针对多个索引的搜索只限于:

GET index1,index2,other_index*/_search

这样的操作。上面的操作不能使得我们的搜索结果进行任何的关联,因为搜索的结果都是分开的。在实际的使用中,比如我们想从一个索引中搜索到一个关键字,而这个关键字可以作为另外一个搜索中的一个参数来使用。也就是说第二个搜索中关键字是动态的,而不是固定的。比如在如下的搜索中,我希望 blue 这个关键字是从另外一个索引中被搜索出来的而不是硬编码写进去的。


  
  1. GET my- index- 000001/_search
  2. {
  3. "query": {
  4. "term": {
  5. "color": {
  6. "value": "blue"
  7. }
  8. }
  9. }
  10. }

我们想通过一个搜索的命令来实现,那么我们该如何完成这样的操作呢?

在今天的文章中,我将使用 Terms lookup query 来展示如何实现这样的功能。

 

什么是 Terms lookup?

Terms lookup 将获取现有文档的字段值。 然后,Elasticsearch 将这些值用作搜索词。 搜索大量术语时,这将很有帮助。 由于术语查找从文档中获取值,因此必须启用 _source映射字段以使用术语查找。 _source 字段默认情况下处于启用状态。

注意:默认情况下,Elasticsearch 将字词查询限制为最多 65,536 个字词。 这包括使用术语查找获取的术语。 你可以使用 index.max_terms_count 设置更改此限制。

 

要执行术语查找,请使用以下参数

index

(必需,字符串)从中获取字段值的索引的名称。

id

(必需,字符串)要从中获取字段值的文档的ID。

path

(必需,字符串)要从中获取字段值的字段名称。 Elasticsearch 使用这些值作为查询的搜索词。 如果字段值包含嵌套的内部对象的数组,则可以使用点表示法语法访问这些对象。

routing

(可选,字符串)从中获取术语值的文档的自定义路由值。 如果在为文档建立索引时提供了自定义路由值,则此参数是必需的。

 

Terms lookup 例子

若要查看术语查找的工作原理,请尝试以下示例。

我们按照如下的方法来创建两个不同的索引:


  
  1. PUT my- index- 000001
  2. {
  3. "mappings": {
  4. "properties": {
  5. "color": { "type": "keyword" }
  6. }
  7. }
  8. }
  9. PUT my- index- 000002
  10. {
  11. "mappings": {
  12. "properties": {
  13. "favorite_color": { "type": "keyword" }
  14. }
  15. }
  16. }

我们使用如下的方法来创建上面两个索引的内容:


  
  1. POST _ bulk
  2. { "index" : { "_index" : "my-index-000001", "_id" : "1" } }
  3. { "color" : [ "blue", "green"] }
  4. { "index" : { "_index" : "my-index-000001", "_id" : "2" } }
  5. { "color" : [ "blue"] }
  6. { "index" : { "_index" : "my-index-000002", "_id" : "1" } }
  7. { "favorite_color" : "blue" }

在上面,我们为 my-index-000001 索引创建了两个文档,为 my-index-000002 索引创建了一个文档。

按照正常的搜索,我们想搜索 my-index-000001 中 color 为 blue 的所有文档,那么我可以使用如下的命令:


  
  1. GET my- index- 000001/_search
  2. {
  3. "query": {
  4. "match": {
  5. "color": "blue"
  6. }
  7. }
  8. }

或者:


  
  1. GET my- index- 000001/_search
  2. {
  3. "query": {
  4. "term": {
  5. "color": {
  6. "value": "blue"
  7. }
  8. }
  9. }
  10. }

上面的命令将会返回如下的结果:


  
  1. {
  2. "took" : 0,
  3. "timed_out" : false,
  4. "_shards" : {
  5. "total" : 1,
  6. "successful" : 1,
  7. "skipped" : 0,
  8. "failed" : 0
  9. },
  10. "hits" : {
  11. "total" : {
  12. "value" : 2,
  13. "relation" : "eq"
  14. },
  15. "max_score" : 0.21110919,
  16. "hits" : [
  17. {
  18. "_index" : "my-index-000001",
  19. "_type" : "_doc",
  20. "_id" : "1",
  21. "_score" : 0.21110919,
  22. "_source" : {
  23. "color" : [
  24. "blue",
  25. "green"
  26. ]
  27. }
  28. },
  29. {
  30. "_index" : "my-index-000001",
  31. "_type" : "_doc",
  32. "_id" : "2",
  33. "_score" : 0.21110919,
  34. "_source" : {
  35. "color" : [
  36. "blue"
  37. ]
  38. }
  39. }
  40. ]
  41. }
  42. }

在上面,我们使用了一个固定的 blue 关键字在搜索的命令中。假如有一种情况是,我的这个 blue 不是硬编码,而是需要动态地变化。它可以从另外一个索引中搜索到,那么我们该怎么进行这个搜索呢?我们可以使用 terms lookup query 来实现这个。它的写法是这样的:


  
  1. GET my- index- 000001/_search
  2. {
  3. "query": {
  4. "terms": {
  5. "color": {
  6. "index": "my-index-000002",
  7. "id": "1",
  8. "path": "favorite_color"
  9. }
  10. }
  11. }
  12. }

在上面,我们使用了 my-index-000002 索引来搜索,查询 id 为 “1” 的文档,并使用 favorite_color 来作为 path。我们知道在这个 favorite_color,id 为 "1" 的文档中,它的值是 blue,也即我们使用 blue 来进行查询。上面的查询返回的结果为:


  
  1. {
  2. "took" : 3,
  3. "timed_out" : false,
  4. "_shards" : {
  5. "total" : 1,
  6. "successful" : 1,
  7. "skipped" : 0,
  8. "failed" : 0
  9. },
  10. "hits" : {
  11. "total" : {
  12. "value" : 2,
  13. "relation" : "eq"
  14. },
  15. "max_score" : 1.0,
  16. "hits" : [
  17. {
  18. "_index" : "my-index-000001",
  19. "_type" : "_doc",
  20. "_id" : "1",
  21. "_score" : 1.0,
  22. "_source" : {
  23. "color" : [
  24. "blue",
  25. "green"
  26. ]
  27. }
  28. },
  29. {
  30. "_index" : "my-index-000001",
  31. "_type" : "_doc",
  32. "_id" : "2",
  33. "_score" : 1.0,
  34. "_source" : {
  35. "color" : [
  36. "blue"
  37. ]
  38. }
  39. }
  40. ]
  41. }
  42. }

这个和我们先前查询的结果是一样的。

接下来,我们使用同样的查询,但是不同的是,在查询之前,我们修改 my-index-000002 索引 id 为 "1" 的内容:


  
  1. PUT my- index- 000002/_doc/ 1
  2. {
  3. "favorite_color": "green"
  4. }

我们把这个文档的内容修改为 green。我们做同样的查询:


  
  1. GET my- index- 000001/_search
  2. {
  3. "query": {
  4. "terms": {
  5. "color": {
  6. "index": "my-index-000002",
  7. "id": "1",
  8. "path": "favorite_color"
  9. }
  10. }
  11. }
  12. }

上面的命令显示的结果是:


  
  1. {
  2. "took" : 1,
  3. "timed_out" : false,
  4. "_shards" : {
  5. "total" : 1,
  6. "successful" : 1,
  7. "skipped" : 0,
  8. "failed" : 0
  9. },
  10. "hits" : {
  11. "total" : {
  12. "value" : 1,
  13. "relation" : "eq"
  14. },
  15. "max_score" : 1.0,
  16. "hits" : [
  17. {
  18. "_index" : "my-index-000001",
  19. "_type" : "_doc",
  20. "_id" : "1",
  21. "_score" : 1.0,
  22. "_source" : {
  23. "color" : [
  24. "blue",
  25. "green"
  26. ]
  27. }
  28. }
  29. ]
  30. }
  31. }

我们看到只有一个文档匹配,也就是是这个查询正确地从 my-index-000002 读取了更新过的内容,并搜索出我们想要的结果。

 

一个实际的例子

假如有一个网站在用户登录的时候,它会记住该用的登录名字。在这个用户的 profile 里,我们可以看到这个用户的喜欢的书籍类型,比如:


  
  1. PUT user-profiles/_doc/ alex
  2. {
  3. "preferred_categories" : [ "technology"]
  4. }

上面显示这个用户 alex 喜欢科技方面的书。同时,该网站还有如下的一些书的索引:


  
  1. PUT books/_ bulk
  2. { "index":{ "_id": "elasticsearch-definitive-guide"}}
  3. { "name": "Elasticsearch - The definitive guide", "category": "technology"}
  4. { "index":{ "_id": "seven-databases"}}
  5. { "name": "Seven Databases in Seven Weeks", "category": "technology"}
  6. { "index":{ "_id": "seven-threads"}}
  7. { "name": "Seven Concurrency Models in Seven Weeks", "category": "technology"}
  8. { "index":{ "_id": "hell-week"}}
  9. { "name": "Seven days to be your best self", "category": "motivational"}
  10. { "index":{ "_id": "seven-ways"}}
  11. { "name": "Seven Ways: Easy Ideas for Every Day of the Week", "category": "cookbooks"}
  12. { "index":{ "_id": "seven-book"}}
  13. { "name": "Seven: A journey from seven to seventy-seven", "category": "numberphile"}

那么问题来了:

问题一:

搜索出所有书名含有 seven 的书。这个其实非常简单:


  
  1. GET books/_search
  2. {
  3. "query": {
  4. "match": {
  5. "name": "seven"
  6. }
  7. }
  8. }

显示的结果是:


  
  1. {
  2. "took" : 661,
  3. "timed_out" : false,
  4. "_shards" : {
  5. "total" : 1,
  6. "successful" : 1,
  7. "skipped" : 0,
  8. "failed" : 0
  9. },
  10. "hits" : {
  11. "total" : {
  12. "value" : 5,
  13. "relation" : "eq"
  14. },
  15. "max_score" : 0.36339492,
  16. "hits" : [
  17. {
  18. "_index" : "books",
  19. "_type" : "_doc",
  20. "_id" : "seven-book",
  21. "_score" : 0.36339492,
  22. "_source" : {
  23. "name" : "Seven: A journey from seven to seventy-seven",
  24. "category" : "numberphile"
  25. }
  26. },
  27. {
  28. "_index" : "books",
  29. "_type" : "_doc",
  30. "_id" : "seven-databases",
  31. "_score" : 0.35667667,
  32. "_source" : {
  33. "name" : "Seven Databases in Seven Weeks",
  34. "category" : "technology"
  35. }
  36. },
  37. {
  38. "_index" : "books",
  39. "_type" : "_doc",
  40. "_id" : "seven-threads",
  41. "_score" : 0.3411939,
  42. "_source" : {
  43. "name" : "Seven Concurrency Models in Seven Weeks",
  44. "category" : "technology"
  45. }
  46. },
  47. {
  48. "_index" : "books",
  49. "_type" : "_doc",
  50. "_id" : "hell-week",
  51. "_score" : 0.23632807,
  52. "_source" : {
  53. "name" : "Seven days to be your best self",
  54. "category" : "motivational"
  55. }
  56. },
  57. {
  58. "_index" : "books",
  59. "_type" : "_doc",
  60. "_id" : "seven-ways",
  61. "_score" : 0.20021,
  62. "_source" : {
  63. "name" : "Seven Ways: Easy Ideas for Every Day of the Week",
  64. "category" : "cookbooks"
  65. }
  66. }
  67. ]
  68. }
  69. }

在上面,我们可以看出来,从相关性的角度来说,technology 类的书的排名不是靠前的。为了使得 technology 类的书名次能够靠前,这是因为用户 alex 喜欢 technology 的书,我们希望他登录以后,他喜欢的书能够排在前面。

问题二

如何把所有 technology 的书排在前面以提高相关性。

我们可以使用如下的命令:


  
  1. GET books/_search
  2. {
  3. "query": {
  4. "bool": {
  5. "must": [
  6. {
  7. "match": {
  8. "name": "seven"
  9. }
  10. }
  11. ],
  12. "should": [
  13. {
  14. "match": {
  15. "category": "technology"
  16. }
  17. }
  18. ]
  19. }
  20. }
  21. }

上面命令显示的结果为:


  
  1. "hits" : {
  2. "total" : {
  3. "value" : 5,
  4. "relation" : "eq"
  5. },
  6. "max_score" : 1.0498238,
  7. "hits" : [
  8. {
  9. "_index" : "books",
  10. "_type" : "_doc",
  11. "_id" : "seven-databases",
  12. "_score" : 1.0498238,
  13. "_source" : {
  14. "name" : "Seven Databases in Seven Weeks",
  15. "category" : "technology"
  16. }
  17. },
  18. {
  19. "_index" : "books",
  20. "_type" : "_doc",
  21. "_id" : "seven-threads",
  22. "_score" : 1.0343411,
  23. "_source" : {
  24. "name" : "Seven Concurrency Models in Seven Weeks",
  25. "category" : "technology"
  26. }
  27. },
  28. {
  29. "_index" : "books",
  30. "_type" : "_doc",
  31. "_id" : "seven-book",
  32. "_score" : 0. 36339492,
  33. "_source" : {
  34. "name" : "Seven: A journey from seven to seventy-seven",
  35. "category" : "numberphile"
  36. }
  37. },
  38. {
  39. "_index" : "books",
  40. "_type" : "_doc",
  41. "_id" : "hell-week",
  42. "_score" : 0. 23632807,
  43. "_source" : {
  44. "name" : "Seven days to be your best self",
  45. "category" : "motivational"
  46. }
  47. },
  48. {
  49. "_index" : "books",
  50. "_type" : "_doc",
  51. "_id" : "seven-ways",
  52. "_score" : 0. 20021,
  53. "_source" : {
  54. "name" : "Seven Ways: Easy Ideas for Every Day of the Week",
  55. "category" : "cookbooks"
  56. }
  57. }
  58. ]
  59. }

从上面的结果我们可以看出来,我们已经达到我们的目的了。所有 technology 的书都排在前面了。

问题三

上面是 alex 喜欢 technology,可能 tom 或者其它的用户喜欢别的 category。在我们的设计中,我们不可能去固定我们的搜索都去对 technology 进行加分。我们必须针对每个用户的档案来进行分别加分。

为了解决这个问题,我们可以使用 terms lookup query:


  
  1. GET books/_search
  2. {
  3. "query": {
  4. "bool": {
  5. "must": [
  6. {
  7. "match": {
  8. "name": "seven"
  9. }
  10. }
  11. ],
  12. "should": [
  13. {
  14. "terms": {
  15. "category": {
  16. "index": "user-profiles",
  17. "id": "alex",
  18. "path": "preferred_categories"
  19. }
  20. }
  21. }
  22. ]
  23. }
  24. }
  25. }

这样当每个用户登录的时候,我们只需要在查询时替换上面的 id 中的内容即可。它会自动从 preferred_categories 找到这个用户的喜欢的 category。这样在用户的界面可以展现这个用户喜欢的内容在前面。运行上面的命令,你可以看到和在问题二中一样的结果。

 

总结

Terms lookup query 对很多我们需要使用同时对多个索引进行操作的查询非常有用。这对于搜索大量的词源来说非常有用!


转载:https://blog.csdn.net/UbuntuTouch/article/details/112857984
查看评论
* 以上用户言论只代表其个人观点,不代表本网站的观点或立场