如何使用ElasticSearch在eShop中进行产品搜索（过滤）？

Question

我是ElasticSearch的新手！我有一个eShop（使用Laravel），其中包含超过1,000,000个产品，每个产品在产品表中都有一些属性，例如名称、描述、价格...和其他表中的一些其他属性，例如类别、选项、标签、地址、评级、品牌，...这些都在单独的表中，它们将通过多对多关系连接到产品！

所以我想有一个非常快速和可靠的搜索产品与许多过滤器！就像Android！例如，用户将能够找到具有特殊类别、标签、选项等的产品。。。！现在在mysql中，我必须多次使用类似于WHERE EXISTS、internal JOIN和。。。由于产品数量太大，这些查询成本太高，速度太慢！所以我发现弹性搜索可以解决这种情况！它喜欢与大数据合作！

我已经读过了！现在我有了一个想法，但我不确定这是一个正确的方法吗？

我说，我们可以在laravel应用程序中的每个更新/存储事件中，将每个类别、选项、标签、地址、评级、品牌存储为弹性搜索中的json对象！在mysql中，它们有分离的表和它们的多对多关系！但我们不必为它们中的每一个（表）定义索引，也不必像mysql一样重复以弹性方式连接它们！

在弹性搜索中，我们将为产品提供以下模式：

"id" : 782,
"title" : "dmorar",
"price" : "11000.00",
"options" : [ the ids of the product's tags ],
"categories" : [ the ids of the product's categories],
"tags" : [ the ids of the product's tags ],
"addresses" : [ the ids of the product's addresses]

这是一个例子：

  {
    "_index" : "so_product",
    "_type" : "_doc",
    "_id" : "1099",
    "_score" : 1.0,
    "_source" : {
      "id" : 782,
      "title" : "dmorar",
      "price" : "11000.00",
      "created_at" : "2020-07-30T14:01:09.000000Z",
      "updated_at" : "2020-07-30T14:01:09.000000Z",
      "options" : [
        75,
        955,
        480,
        351,
        285
      ],
      "categories" : [
        944,
        421
      ],
      "tags" : [
        210,
        198,
        648,
        976,
        10,
        553,
        624,
        967,
        726,
        121,
        797
      ],
      "addresses" : [
        119,
        43,
        140,
        1713,
        855,
        1515,
        958
      ]
    }
  },
  {
    "_index" : "so_product",
    "_type" : "_doc",
    "_id" : "1344",
    "_score" : 1.0,
    "_source" : {
      "id" : 429,
      "title" : "ethyl.wehner",
      "price" : "89000.00",
      "created_at" : "2020-07-30T13:59:02.000000Z",
      "updated_at" : "2020-07-30T13:59:02.000000Z",
      "options" : [
        121,
        195,
        348
      ],
      "categories" : [
        372,
        315,
        869,
        544,
        645,
        803,
        564
      ],
      "tags" : [
        347,
        797
      ],
      "addresses" : [
        609,
        1477,
        187,
        1479
      ]
    }
  },
  {
    "_index" : "so_product",
    "_type" : "_doc",
    "_id" : "1370",
    "_score" : 1.0,
    "_source" : {
      "id" : 358,
      "title" : "cicero.casper",
      "price" : "67000.00",
      "created_at" : "2020-07-30T13:58:37.000000Z",
      "updated_at" : "2020-07-30T13:58:37.000000Z",
      "options" : [
        665,
        28,
        488,
        384,
        547,
        877
      ],
      "categories" : [
        508,
        201
      ],
      "tags" : [
        325,
        472,
        595,
        797,
        943,
        948,
        803,
        136,
        288,
        275,
        574,
        390
      ],
      "addresses" : [
        691,
        1637,
        534,
        770,
        499,
        1086,
        430,
        1365,
        1325
      ]
    }
  }

这样一来，像这样的搜索查询可以完全控制用户使用他想要的每个过滤器，而且速度很快：

GET so_product/_search
{
  "query": {
      "bool": {
      "must": [
        {
            "term": {
            "options": 5
            }
        }, 
        {
            "term": {
            "options": 695
            }
        } ,
        {
            "term": {
            "categories": 523
            }
        }
         ,
        {
            "term": {
            "addresses": 116
            }
        } 
        ,
        {
            "term": {
            "tags": 797
            }
        } 
      ]
    }
  }
}

但正如我之前所说，我不确定这是不是正确的方式？如果不正确，标准方法是什么？亚马逊如何实现这种搜索过滤器？

Answer 1

您的ES模式是可以的，但是您可以通过将ID（如标签ID、类别ID等）替换为它们的实际值来改进它。这样，您可以根据输入的查询从ElasticSearch中获取侧边栏过滤器和方面，而且您可以比从MySQL中获取它们更快地检索它。

由于您使用的是Laravel，因此您可以在创建、更新产品或向产品添加任何属性（如类别、标签和...）时使用事件来反映对弹性搜索的更改。

Answer 2

我的观察：

弹性搜索是一个很好的工具：

>

搜索

实时聚合

注意事项：

1. 如果最终一致性良好，请使用它。E、 g索引文档可能无法立即用于搜索

您的用例：

• MySQL不能很好地为您的应用程序提供搜索服务（使用您拥有的数据）。
  • ES是一个不错的搜索选项