【大型电商项目开发】ElasticSearch的初步检索&进阶检索 -32

已于 2022-05-19 00:53:08 修改
阅读量381 收藏 3
点赞数
分类专栏： elasticsearch kibana 文章标签： elasticsearch big data 大数据
于 2022-05-14 01:30:28 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/suiyishiguang/article/details/124741542
版权

一：初步检索

1. _cat

  • GET 127.0.0.1:9200/_cat/nodes：查看所有节点
  • GET 127.0.0.1:9200/_cat/health：查看 es 健康状况
  • GET 127.0.0.1:9200/_cat/master：查看主节点
  • GET 127.0.0.1:9200/_cat/indices：查看所有索引 show databases;

2.索引一个文档（保存）

ElasticSearch：保存一个数据，保存在哪个索引的哪个类型下，指定用哪个唯一标识。
MySQL：保存一个数据，保存在哪个数据表的哪个数据库里面。
1）插入数据

PUT customer/external/1
{ "name": "John Doe" }   ## 发送的数据

在这里插入图片描述

  • _代表元数据
  • _index表示在那个索引下
  • _type表示在那个类型下
  • _id表示唯一索引
  • _version表示数据的版本，会通过修改次数逐步叠加
  • result表示创建时的状态，created表示第一次创建，之后修改就是updated
  • shards表示分片

2）在 customer 索引下的 external 类型下保存 1 号数据，1代表的是唯一标识。
3）put和post区别

  • post新增修改二合一，不带id就是新增，带id就是更新。put必须携带id
  • POST 新增。如果不指定 id，会自动生成 id。指定 id 就会修改这个数据，并新增版本号 PUT 可以新增可以修改。
  • PUT 必须指定 id；由于 PUT 需要指定 id，我们一般都用来做修改 操作，不指定 id 会报错。

3.查询文档

GET 127.0.0.1:9200/customer/external/1
结果：

{ 
		"_index": "customer", //在哪个索引 
		"_type": "external", //在哪个类型 
		"_id": "1", //记录 id 
		"_version": 2, //版本号 
		"_seq_no": 1, //并发控制字段，每次更新就会+1，用来做乐观锁 
		"_primary_term": 1, //同上，主分片重新分配，如重启，就会变化 
		"found": true, 
		"_source": { //真正的内容 
      			"name": "John Doe" 
		} 
}

当程序中可能出现并发的情况时，就需要保证在并发情况下数据的准确性，以此确保当前用户和其他用户一起操作时，所得到的结果和他单独操作时的结果是一样的。这就叫做并发控制。并发控制的目的是保证一个用户的工作不会对另一个用户的工作产生不合理的影响。没有做好并发控制，就可能导致脏读、幻读和不可重复读等问题。
1）更新携带 ?if_seq_no=0&if_primary_term=1

  • _seq_no:用来控制并发，当修改以后，_seq_no就会变化
  • 想要修改，必须首先拿到最新数据，其次传递最新的_seq_no值

2）乐观锁和悲观锁
乐观锁：在关系数据库管理系统里，乐观并发控制（又名“乐观锁”，Optimistic Concurrency Control，缩写“OCC”）是一种并发控制的方法。它假设多用户并发的事务在处理时不会彼此互相影响，各事务能够在不产生锁的情况下处理各自影响的那部分数据。在提交数据更新之前，每个事务会先检查在该事务读取数据后，有没有其他事务又修改了该数据。如果其他事务有更新的话，正在提交的事务会进行回滚。

悲观锁：悲观锁(Pessimistic Lock)，指在应用程序中显示地为数据资源加锁。悲观锁，顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。悲观锁假定当前事务操纵数据资源时，肯定还有其他事务同时访问该数据资源，为了避免当前事务的操作受到干扰，先锁定资源。

4.更新文档

1）方式一
POST 127.0.0.1:9200/customer/external/1/_update

{
	"doc":{
          "name":"John Doew"
	}
}

结论：
1.如果携带_update，参数中一定要添加"doc"。
2.加_update会对比源数据，与原来一样，则什么都不处理，文档 version 不增加。
2）方式二
POST 127.0.0.1:9200/customer/external/1/

{
   "name":"John Doe2"
}

3）方式三
PUT 127.0.0.1:9200/customer/external/1/

{
   "name":"John Doe2"
}

结论：
1.不会检查源数据
2.PUT 操作总会将数据重新保存并增加 version 版本
4）方式四——更新同时增加属性
POST 127.0.0.1:9200/customer/external/1/_update

{
	"doc":{
          "name":"John Doew"
          "age":"J20"
	}
}

PUT和POST不带_update也可以

5.删除文档

DELETE 127.0.0.1:9200/customer/external/1
DELETE 127.0.0.1:9200/customer

  • 可以通过唯一标识删除数据
  • 也可以直接删除掉索引
  • elasticsearch没有提供直接删除文档的方法

6.bulk批量API

POST 127.0.0.1:9200/customer/external/_bulk

{"index":{"_id":"1"}} 
{"name": "John Doe" } 
{"index":{"_id":"2"}} 
{"name": "Jane Doe" }

语法格式：

{ action: { metadata }}\n 
{ request body }\n 
{ action: { metadata }}\n 
{ request body }\n

复杂实例：
POST /_bulk

{ "delete": { "_index": "website", "_type": "blog", "_id": "123"}} 
{ "create": { "_index": "website", "_type": "blog", "_id": "123"}}
{ "title": "My first blog post"} 
{ "index": { "_index": "website", "_type": "blog"}} 
{ "title": "My second blog post"} 
{ "update": { "_index": "website", "_type": "blog", "_id": "123", "_retry_on_conflict" : 3}} 
{ "doc" : {"title" : "My updated blog post"}}

bulk API 以此按顺序执行所有的 action（动作）。如果一个单个的动作因任何原因而失败， 它将继续处理它后面剩余的动作。当 bulk API 返回时，它将提供每个动作的状态（与发送 的顺序相同），所以您可以检查是否一个指定的动作是不是失败了。

7.样本测试数据

导入测试数据 POST bank/account/_bulk

https://gitee.com/xlh_blog/common_content/blob/master/es%E6%B5%8B%E8%AF%95%E6%95%B0%E6%8D%AE.json

二：进阶检索

1.SearchAPI

ES 支持两种基本方式检索 :

  1. 一个是通过使用 REST request URI 发送搜索参数（uri+检索参数）
  2. 另一个是通过使用 REST request body 来发送它们（uri+请求体）

1）一切检索从_search 开始

  • GET bank/_search 检索 bank 下所有信息，包括 type 和 docs
  • GET bank/_search?q=*&sort=account_number:asc 请求参数方式检索

响应结果解释：

took - Elasticsearch 执行搜索的时间（毫秒） 
time_out - 告诉我们搜索是否超时 
_shards - 告诉我们多少个分片被搜索了，以及统计了成功/失败的搜索分片 
hits - 搜索结果 
hits.total - 搜索结果 
hits.hits - 实际的搜索结果数组（默认为前 10 的文档） 
sort - 结果的排序 key（键）（没有则按 score 排序） 
score 和 max_score –相关性得分和最高得分（全文检索用）

2）uri+请求体进行检索
GET bank/_search

{ 
	"query": { 
		"match_all": {} 
	},
	"sort": [ 
		{ 
			"account_number": { 
			"order": "desc" 
			} 
		} 
  	] 
}

HTTP 客户端工具（POSTMAN），get 请求不能携带请求体，我们变为 post 也是一样的 我们 POST 一个 JSON 风格的查询请求体到 _search API。 需要了解，一旦搜索的结果被返回，Elasticsearch 就完成了这次请求，并且不会维护任何 服务端的资源或者结果的 cursor（游标）

2.Query DSL

1）基本语法格式
Elasticsearch 提供了一个可以执行查询的 Json 风格的 DSL（domain-specific language 领域特 定语言）。这个被称为 Query DSL。该查询语言非常全面，并且刚开始的时候感觉有点复杂， 真正学好它的方法是从一些基础的示例开始的。

  • 一个查询语句 的典型结构
{ 
	QUERY_NAME: { 
		ARGUMENT: VALUE, 
		ARGUMENT: VALUE,... 
	} 
}
  • 如果是针对某个字段，那么它的结构如下：
{ 
	QUERY_NAME: { 
		FIELD_NAME: { 
			ARGUMENT: VALUE, 
			ARGUMENT: VALUE,... 
		} 
	} 
}

例：GET bank/_search

{ 
	"query": { 
		"match_all": {} 
     },
	"from": 0, 
	"size": 5, 
	"sort": [ 
		{ 
			"account_number": { 
			"order": "desc" 
		} 
	} 
  ] 
}
  • query 定义如何查询，
  • match_all 查询类型【代表查询所有的所有】，es 中可以在 query 中组合非常多的查 询类型完成复杂查询
  • 除了 query 参数之外，我们也可以传递其它的参数以改变查询结果。如 sort，size
  • from+size 限定，完成分页功能
  • sort 排序，多字段排序，会在前序字段相等时后续字段内部排序，否则以前序为准

2）返回部分字段
GET bank/_search

{ 
	"query": { 
		"match_all": {} 
     },
	"from": 0, 
	"size": 5, 
	"_source": ["age","balance"]
}

3）match【匹配查询】
1.基本类型（非字符串），精确匹配
GET bank/_search

{ 
	"query": { 
		"match": { 
		   "account_number": "20" 
		 } 
     }
}
  • match 返回 account_number=20 的

2.字符串，全文检索
GET bank/_search

{ 
	"query": { 
		"match": { 
		   "address": "mill"
		 } 
     }
}
  • 最终查询出 address 中包含 mill 单词的所有记录
  • match 当搜索字符串类型的时候，会进行全文检索，并且每条记录有相关性得分。

3.字符串，多个单词（分词+全文检索）
GET bank/_search

{ 
	"query": { 
		"match": { 
		   "address": "mill road"
		 } 
     }
}
  • 最终查询出 address 中包含 mill 或者 road 或者 mill road 的所有记录，并给出相关性得分

4）match_phrase【短语匹配】
将需要匹配的值当成一个整体单词（不分词）进行检索
GET bank/_search

{ 
	"query": { 
		"match_phrase": { 
		   "address": "mill road"
		 } 
     }
}
  • 查出 address 中包含 mill road 的所有记录，并给出相关性得分
  • match_phrase与address .keyword的区别就是，match_phrase只要包含就能查出来，属于模糊匹配。address .keyword属于精确匹配。

5）multi_match【多字段匹配】
GET bank/_search

{ 
	"query": { 
		"multi_match": { 
		   "query": "mill",
		   "fields": ["state","address"]
		 } 
  }
}
  • state 或者 address 包含 mill

6）bool【复合查询】
bool 用来做复合查询： 复合语句可以合并任何 其它查询语句，包括复合语句，了解这一点是很重要的。这就意味 着，复合语句之间可以互相嵌套，可以表达非常复杂的逻辑。
1.must：必须达到 must 列举的所有条件
GET bank/_search

{
	"query": {
		"bool": {
			"must": [
			    {"match": {"address": "mill"}},
				{"match": {"gender": "M"}}
			]
		}
	}
}

2.should：应该达到 should 列举的条件，如果达到会增加相关文档的评分，并不会改变 查询的结果。如果 query 中只有 should 且只有一种匹配规则，那么 should 的条件就会 被作为默认匹配条件而去改变查询结果
GET bank/_search

{
	"query": {
		"bool": {
			"must": [
			    {"match": {"address": "mill"}},
				{"match": {"gender": "M"}}
			],
			"should": [ 
			    {"match": { "address": "lane" }} 
			]
		}
	}
}

3.must_not 必须不是指定的情况
GET bank/_search

{
	"query": {
		"bool": {
			"must": [
			    {"match": {"address": "mill"}},
				{"match": {"gender": "M"}}
			],
			"should": [ 
			    {"match": { "address": "lane" }} 
			],
			"must_not": [ 
				{"match": { "email": "baluba.com" }} 
			]
		}
	}
}
  • address 包含 mill，并且 gender 是 M，如果 address 里面有 lane 最好不过，但是 email 必 须不包含 baluba.com
    在这里插入图片描述

7）filter【结果过滤】
并不是所有的查询都需要产生分数，特别是那些仅用于 “filtering”（过滤）的文档。为了不 计算分数 Elasticsearch 会自动检查场景并且优化查询的执行。
GET bank/_search

{
	"query": {
		"bool": {
			"must": [
			    {"match": {"address": "mill"}},
				{"match": {"gender": "M"}}
			],
		    "filter": {
				"range": {
					"balance": {
						"gte": 10000,
						"lte": 20000
					}
				}
			}
		}
	}
}

8）term
和 match 一样。匹配某个属性的值。全文检索字段用 match，其他非 text 字段匹配用 term。
GET bank/_search

{
	"query": {
		"bool": {
			"must": [
                {"term": {"age": {"value": "28"}}}, 
                {"match": {"address": "990 Mill Road"}}
            ]
		}
	}
}

9）aggregations（执行聚合）
聚合提供了从数据中分组和提取数据的能力。最简单的聚合方法大致等于 SQL GROUP BY 和 SQL 聚合函数。在 Elasticsearch 中，您有执行搜索返回 hits（命中结果），并且同时返 回聚合结果，把一个响应中的所有 hits（命中结果）分隔开的能力。这是非常强大且有效的， 您可以执行查询和多个聚合，并且在一次使用中得到各自的（任何一个的）返回结果，使用 一次简洁和简化的 API 来避免网络往返。
1.搜索 address 中包含 mill 的所有人的年龄分布以及平均年龄，但不显示这些人的详情。
GET bank/_search

{
    "query":{
        "match":{
            "address":"mill"
        }
    },
    "aggs":{
        "group_by_state":{
            "terms":{
                "field":"age"
            }
        },
        "avg_age":{
            "avg":{
                "field":"age"
            }
        }
    },
    "size":0
}

解释：

1.size：0 不显示搜索数据 
2.aggs：执行聚合。聚合语法如下 
3."aggs": { 
      "aggs_name 这次聚合的名字，方便展示在结果集中": {
       "AGG_TYPE 聚合的类型（avg,term,terms）": {} } 
  },

2.按照年龄聚合，并且请求这些年龄段的这些人的平均薪资
GET bank/account/_search

{
    "query":{
        "match_all":{

        }
    },
    "aggs":{
        "age_avg":{
            "terms":{
                "field":"age",
                "size":1000
            },
            "aggs":{
                "banlances_avg":{
                    "avg":{
                        "field":"balance"
                    }
                }
            }
        }
    },
    "size":1000
   }

3.查出所有年龄分布，并且这些年龄段中 M 的平均薪资和 F 的平均薪资以及这个年龄 段的总体平均薪资
GET bank/account/_search

{
    "query":{
        "match_all":{

        }
    },
    "aggs":{
        "age_agg":{
            "terms":{
                "field":"age",
                "size":100
            },
            "aggs":{
                "gender_agg":{
                    "terms":{
                        "field":"gender.keyword",
                        "size":100
                    },
                    "aggs":{
                        "balance_avg":{
                            "avg":{
                                "field":"balance"
                            }
                        }
                    }
                },
                "balance_avg":{
                    "avg":{
                        "field":"balance"
                    }
                }
            }
        }
    },
    "size":1000
}

3.Mapping

1）字段类型
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
2）映射
Mapping 是用来定义一个文档（document），以及它所包含的属性（field）是如何存储和 索引的。相当于mysql的设计表，查看字段类型
比如，使用 mapping 来定义：

  • 哪些字符串属性应该被看做全文本属性（full text fields）。
  • 哪些属性包含数字，日期或者地理位置。
  • 文档中的所有属性是否都能被索引（_all 配置）。
  • 日期的格式。
  • 自定义映射规则来执行动态添加属性。

查看 mapping 信息：
GET bank/_mapping
修改 mapping 信息：

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

在这里插入图片描述
3）新版本改变
Es7 及以上移除了 type 的概念。
关系型数据库中两个数据表示是独立的，即使他们里面有相同名称的列也不影响使用， 但 ES 中不是这样的。elasticsearch 是基于 Lucene 开发的搜索引擎，而 ES 中不同 type 下名称相同的 filed 最终在 Lucene 中的处理方式是一样的。

  • 两个不同 type 下的两个 user_name，在 ES 同一个索引下其实被认为是同一个 filed， 你必须在两个不同的 type 中定义相同的 filed 映射。否则，不同 type 中的相同字段 名称就会在处理中出现冲突的情况，导致 Lucene 处理效率下降。
  • 去掉 type 就是为了提高 ES 处理数据的效率。

Elasticsearch 7.x

  • URL 中的 type 参数为可选。比如，索引一个文档不再要求提供文档类型。

Elasticsearch 8.x

  • 不再支持 URL 中的 type 参数。

解决：

  • 将索引从多类型迁移到单类型，每种类型文档一个独立索引
  • 将已存在的索引下的类型数据，全部迁移到指定位置即可。详见数据迁移

4）创建映射
PUT /my_index

{
  "mappings": {
    "properties": {
      "age":{"type": "integer"},
      "email":{"type": "keyword"},
      "name":{"type":"text"}
    }
  }
}

5）添加新的映射
PUT /my_index/_mapping

{
    "properties": {
       "employee-id":{
          "type":"keyword",
          "index":false
        }
    }
}
  • “index”:false表示该字段不需要被索引，不会被检索到。此时不能用employee-id进行检索。
  • index默认都是true

6）更新映射
对于已经存在的映射字段，我们不能更新。更新必须创建新的索引进行数据迁移
7）数据迁移
先创建出 new_twitter 的正确映射。然后使用如下方式进行数据迁移
POST _reindex [固定写法]

{
  "source": {
    "index": "bank",
    "type": "account"
  },
  "dest": {
    "index": "newbank"
  }
}

GET /newbank/_search

  • 不用type，老的数据迁移过来
随意石光
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
es筛选数据_elasticsearch 属性筛选 商品属性筛选 elasticsearch设计实现
weixin_39758041的博客
12-21 877
elasticsearch 属性筛选 商品属性筛选 elasticsearch设计实现每个电商网站根据商品属性筛选商品是硬需求，实现方案有哪些？纯mysql方案问题纯mysql数据库查询性能无法达到要求，需要使用属性表不断自己做连接查询。一是因为mysql字段需要实现设计好，商品属性又是不确定的，所以商品属性存储通常是mysql的纵表，这为属性筛选增加了无限障碍同时，商品属性数据通常非常巨大，属性...
【elasticsearch】进阶检索
sdaujsj1的博客
01-06 228
三、进阶检索 1、SearchAPI ES支持两种基本方式检索 : 一个是通过使用 REST request URI 发送搜索参数（uri+检索参数） 另一个是通过使用 REST request body 来发送它们（uri+请求体） 1）、检索信息  一切检索从_search开始 GET bank/_search 检索bank下所有信息，包括type和docs GET bank/_sea...
关于电商搜索中Elasticsearch的正确使用姿势--配置篇
泡泡茶壶的博客
02-05 3239
文章目录前言什么是ElasticsearchES快在哪里 前言 过年啦过年啦，总算是闲下来了，笔者自从上次文章更新之后经历了许多事情（裁员风波，面试找工作等等），最近总算是安定下来了。 言归正传，笔者在之前接触Elasticsearch很少，在新公司中，接触到了以电商搜索推荐为主的项目，其中就大量运用到了Elasticsearch（以下简称ES），并收获了不少经验。 本篇就来围绕如何在电商搜索中正确高效的使用ES聊聊笔者的一些心得。 什么是Elasticsearch ES是一款分布式搜索引擎，这里注意点重点
关于电商搜索中Elasticsearch的正确使用姿势--检索篇
泡泡茶壶的博客
02-07 2595
文章目录前言检索的前一步检索分数sortoperatorandor改变权重functionScore聚合 前言 书接上文，我们为电商项目做了个性化的索引配置之后，加下来就是正式的使用了。再ES的检索方面，也有一些值得注意的小技巧。本篇将会着重讲解笔者在使用ElasticSearch（下面简称ES）进行检索时的一些心得体会。 如果没有看过配置篇，可以移步这里: 电商项目中使用ES–配置篇 检索的前一步 检索 分数 sort operator and or 改变权重 functionScore 聚合 ...
初步检索及进阶检索
weixin_46666822的博客
04-10 2080
基本概念 1、Index（索引）相当于数据库 动词，相当于 MySQL 中的 insert； 名词，相当于 MySQL 中的 Database 2、Type（类型） 相当于表 （7版本已经不建议使用） 在 Index（索引）中，可以定义一个或多个类型。 类似于 MySQL 中的 Table；每一种类型的数据放在一起； 3、Document（文档） 相当于表中的数据 保存在某个索引（Index）下，某种类型（Type）的一个数据（Document），文档是 JSON 格 式的，Document 就像是 My
人工智能-项目实践-检索引擎-基于ElasticSearch的海量文本检索系统
02-27
基于ElasticSearch的海量文本检索系统 基于ElasticSearch的海量文本检索系统，目前支持txt, doc, docx, pdf, ppt格式文本上传及全文查询，本项目作为本人的毕业设计
人工智能-项目实践-信息检索-elasticsearch-python+flask 检索系统
02-29
elasticsearch_python+flask 检索系统
人工智能-项目实践-信息检索-Springboot + ElasticSearch 构建博客检索系统
02-29
Springboot + ElasticSearch 构建博客检索系统 简易博客检索系统使用前后端分离，前端使用 Vue ，后端使用 SpringBoot 数据库 MySQL 检索使用 ElasticSearch 同步数据使用 logstash
人工智能-项目实践-检索系统-基于 ElasticSearch 的文件检索系统
02-27
项目部署 1. 准备es环境 下载并安装elasticsSearch和kibana(非必须)，本文以7.5.0为基准配置。 安装中文分词ik-analysis
腾讯云 Elasticsearch 8 向量化检索体验整合包 tencent-es-vector.tzst
最新发布
03-20
附件资源：《腾讯云 Elasticsearch 8 向量化语义混合检索测试指南》
SQL SERVER 入门进阶教程——检索与排序检索（1）
zefllj的博客
03-22 372
SELECT语句 关键字:SQL中的关键字不能用作表或列的名字，比如：AS,BY,SELECT,WHERE...等等 1.1 检索单个列 SQL语句： SELECTprod_nameFROMProducts; SQL语句分析： 上述语句是利用SELECT语句从Products表中检索一个名为prod_name的列 输出结果： 提示：1.SQL语句结束使用英文...
ElasticSearch(三) 进阶检索及整合Spring Boot
兰翔
12-23 511
文章目录五、进阶检索* 批量导入es官方提供的数据5.1、SearchAPI5.1.1 检索信息5.1.2 Query DSL5.1.2.1 基本语法5.1.2.2 返回部分字段 _source5.1.2.3 全文检索 match5.1.2.4 短语匹配 match_phrase5.1.2.5 多字段匹配 multi_match5.1.2.6 复合查询 bool5.1.2.7 结果过滤 filter5.1.2.8 非text匹配 term5.1.2.9 聚合 aggregations
Elasticsearch在电子商务中的应用：构建强大的商品搜索引擎
chenmuchen_的博客
11-13 5554
综上所述，Elasticsearch在电子商务中的应用非常广泛，它可以帮助我们构建强大的商品搜索引擎，提升用户体验和购物转化率。通过使用Elasticsearch，我们可以实现复杂的搜索功能，处理大量的商品数据和请求，并且可以通过自定义分析器、过滤器和查询来满足不同的搜索需求。同时，Elasticsearch还提供了Logstash和Beats工具，可以帮助我们采集和处理商品数据，以确保数据的准确性和完整性。此外，我们还需要考虑商品搜索的性能和用户体验，例如搜索速度、搜索结果的排序和过滤等。
ElasticSearch零基础至电商项目实战（含ES集群搭建）
10-03
本课程提供所有代码笔记素材以及答疑服务 涉及知识点如下： 1、ElasticSearch下载安装(window以及linux下安装) 2、集群环境搭建 3、客户端Kibana安装与使用 4、集群管理插件head安装使用 5、java api 操作 ES 6、电商项目实战应用等等 ...
ES数据库操作入门总结
weixin_45583482的博客
09-29 3375
elasticsearch总的来说应该算是一个搜索引擎，公司使用一般是作为日志结果查询。 json文档格式，倒排索引的快速以及分布式的特性，使得es可以在大量数据中快速查询到结果。 windows安装和配置可参考官方网址。 https://www.elastic.co/guide/en/elasticsearch/reference/current/zip-windows.html 倒排查询可参考这个知乎回答 https://zhuanlan.zhihu.com/p/62892586 可以使用浏览器的U
【ElasticSearch】进阶电商检索实战必备：分词-同义词-联想词-增量同步-全量同步---持续更新)
ykx____h的博客
01-12 1216
【ElasticSearch】进阶电商检索实战必备：进阶电商检索实战必备：分词-同义词-联想词-增量同步-全量同步-持续更新】ElasticSearch电商检索实战必备---持续更新1、ES中的几个重要概念：集群、节点、文档、索引、分片及插件ik分词器2、商品检索模糊匹配、过滤、排序、分页、高亮及聚合分析3、es中商品数据的增删改查，canal增量同步4、nested 内嵌属性的保存，使用script进行增删改查操作5、搜索联想词suggestor的使用，汉语拼音插件的安装6、同义词分析检索，同义词插件的安
ElasticSearch7.3学习(二十二)----Text字段排序、Scroll分批查询场景解析
09-14 1479
scoll搜索会在第一次搜索的时候，保存一个当时的视图快照，之后只会基于该旧的视图快照提供数据搜索，如果这个期间数据变更，是不会让用户看到的。因为文档入倒排索引表时，分词存入，es无法知道此字段的真实值。这样的结果往往不准确，因为分词后是多个单词，再排序就不是我们想要的结果了。可以看到获取到了第一条的数据，获得的结果里面包含有一个scoll_id，下一次再发送scoll请求的时候，必须带上这个scoll_id，接下来获取第二条数据。结果是以分词后的第一个单词进行排序，排序结果不准确，所以不推荐使用。
ES的索引（倒排索引），文档，查询
weixin_45980070的博客
09-10 2180
1，创建索引并指定数据结构（必须包含：分片备份，类型，属性） # 创建索引，指定数据结构 PUT /book { "settings": { # 分片数 "number_of_shards": 5, # 备份数 "number_of_replicas": 1 }, # 指定数据结构 "mappings": { # 类型 Type "novel": { # 文档存储的Field "properties": {
用Elasticsearch构建电商搜索平台，一个极有代表性的基础技术架构和算法实践案例
蘑菇丁的专栏
03-27 2100
随着互联网数据规模的爆炸式增长，如何从海量的历史，实时数据中快速获取有用的信息，变得越来越有挑战性。 电商数据系统主要类型 一个中等的电商平台，每天都要产生百万条原始数据，上亿条用户行为数据。一般来说，电商数据一般有3种主要类型的数据系统： 关系型数据库，大多数互联网公司会选用mysql作为关数据库的主选，用于存储商品，用户信息等数据。 关系型数据库对于事务性非常高的OLTP
全文检索 Elasticsearch(简称es)
07-29
Elasticsearch（简称ES）是一个开源的分布式搜索和分析引擎，它基于Apache Lucene库构建而成。它被设计用于快速、可扩展和分布式的全文检索，以及实时数据分析。ES具有强大的搜索能力和高效的分布式架构，能够处理大...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

随意石光

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值