es筆記三之term,match,match_phrase 等查詢方法介紹

来源:https://www.cnblogs.com/hunterxiong/archive/2023/05/20/17417432.html
-Advertisement-
Play Games

> 本文首發於公眾號:Hunter後端 > 原文鏈接:[es筆記三之term,match,match_phrase 等查詢方法介紹](https://mp.weixin.qq.com/s/3tzD8dEr592WNJFH_1bKRw) 首先介紹一下在 es 里有兩種存儲字元串的欄位類型,一個是 ke ...


本文首發於公眾號:Hunter後端
原文鏈接:es筆記三之term,match,match_phrase 等查詢方法介紹

首先介紹一下在 es 里有兩種存儲字元串的欄位類型,一個是 keyword,一個是 text。

keyword 在存儲數據的時候是作為一個整體存儲的,不會對其進行分詞處理

text 存儲數據的時候會對字元串進行分詞處理,然後存儲。

而對於查詢方法, term 是精確查詢,match 是模糊查詢。

接下來我們用幾個例子,來分別表達下這兩種類型的欄位,使用 term,match,match_phrase 等搜索的情況。

  1. 測試搜索 keyword
  2. 測試搜索 text
  3. match 的其他用法
  4. multi-match 搜索

首先我們創建這樣一個 index 和下麵幾條數據:

PUT /exam

PUT /exam/_mapping
{
  "properties": {
    "address": {
      "type": "text",
      "fields": {
        "keyword": {
          "type": "keyword",
          "ignore_above": 256
        }
      }
    },
    "name": {
      "type": "keyword"
    }
  }
}

我們創建了 name 欄位為 keyword,address 欄位是 text,接下來我們先創建幾條數據來測試 keyword 欄位類型的搜索。

1、測試搜索 keyword

寫入數據:

PUT /exam/_doc/1
{
    "name" : "hunter x",
    "address": "i study english"
}

PUT /exam/_doc/2
{
    "name" : "python x",
    "address": "this is  python x"
}

PUT /exam/_doc/3
{
    "name" : "hunter python",
    "address": "i live in china"
}

PUT /exam/_doc/4
{
    "name" : "hunter java",
    "address": "read a book"
}

PUT /exam/_doc/5
{
    "name" : "java golang python",
    "address": "you can get a good job"
}

PUT /exam/_doc/6
{
    "name" : "js python",
    "address": "wanna go out to play"
}

name 欄位類型為 keyword,所以它存儲的時候是以整體來存儲的。

接下來介紹這幾種查詢方式查詢 name 欄位的操作。

term

精確查找,對於搜索的內容也是直接整體查找,也就是說搜索什麼內容就查詢什麼內容。

比如對於我們寫入的 id=2 的數據,要想查 name='python x' 的數據,就需要查詢的字元串和結果完全匹配才可返回,比如下麵的操作操作:

GET /exam/_search
{
  "query": {
    "term": {
      "name": {
        "value": "python x"
      }
    }
  }
}

match

match 的操作是將搜索的內容進行分詞後再查詢,比如我們 match 的參數是 python x,那麼分詞後的結果是 pythonx,但是 keyword 類型的欄位數據不會分詞,所以也需要能夠完全匹配才能查詢得到,所以這裡就會去查找 name 欄位里只包含了 python 和 x 的數據。

GET /exam/_search
{
  "query": {
    "match": {
      "name": "python x"
    }
  }
}

2、測試搜索 text

前面的 keyword 類型的欄位搜索需要把握的是完全一樣就行,而對於 text 欄位的搜索,text 欄位的內容在寫入 es 時本身會被分詞處理,所以搜索 text 的處理並不完全一樣。

在這裡,我麽用的 address 欄位是 text 類型,我們還是用前面的示例作為演示。

term

term 的搜索是不分詞的,搜索給定字元串的全部內容,比如對於我們插入的 id=4 的那條數據,address 的內容是 read a book,它被分詞為三個,read、a、book,所以我們使用 term 方法搜索下麵三個都可以搜到這條數據:

GET /exam/_search
{"query": {"term": {"address": "read"}}}

GET /exam/_search
{"term": {"address": "a"}}

GET /exam/_search
{"term": {"address": "book"}}

但是,如果我們 address 後面的值如下這種就搜索不到了,因為 term 操作並不會給搜索的內容進行分詞,而是作為一個整體進行搜索:

GET /exam/_search
{"query": {"term": {"address": "read a"}}}

GET /exam/_search
{"query": {"term": {"address": "a book"}}}

GET /exam/_search
{"query": {"term": {"address": "read a book"}}}

但是還有一種情況,那就是對於搜索的 text 欄位後加上 .keyword 欄位的操作,這個相當於將 address 不分詞進行搜索,將 address 這個欄位看作是一個 keyword 來操作,可以理解成是使用 term 來搜索 keyword 欄位,就是上一個類型的操作。

所以下麵的這個操作就是可以搜索到 address='read a book' 的數據

GET /exam/_search
{"query": {"term": {"address.keyword": "read a book"}}}

match

match,模糊匹配,在匹配前會將搜索的字元串進行分詞,然後將匹配上的數據按照匹配度(在 es 里有一個 _score 欄位用於表示這種匹配程度)倒序返回。

比如我們對 address 欄位搜索字元串 a,會返回兩條數據,id 為 4 和 5 的,因為 address 欄位進行分詞存儲後都包含這個字元串。

GET /exam/_search
{"query": {"match": {"address": "a"}}}

或者我們搜索內容為 read a,match 搜索會先將其分詞,變成 reada,然後匹配分詞後包含這兩個字元串一個或者兩個的數據,在這裡也會返回兩條,一條的結果是 read a book,一條是 you can get a good job,因為這兩條數據都包含字元串 a,但是因為前者分別滿足了兩個搜索的條件,所以前者的匹配度會更高,所以作為第一條數據返回:

GET /exam/_search
{"query": {"match": {"address": "read a"}}}

match_phrase

匹配短語,使用這個方法不加其他參數的情況下,可以看作是會匹配包含這個短語、且順序一致的數據。

比如說對於 address="read a book" 的數據,搜索 read aa bookread a book 都可以篩選到這條數據。

GET /exam/_search
{"query": {"match_phrase": {"address": "read a"}}}

GET /exam/_search
{"query": {"match_phrase": {"address": "a book"}}}

GET /exam/_search
{"query": {"match_phrase": {"address": "read a book"}}}

但是如果搜索 book a,因為順序不一致,所以下麵的搜索是無法搜素到該數據的:

GET /exam/_search
{"query": {"match_phrase": {"address": "book a"}}}

但是 match_phrase 有一個 slop 參數可以用於忽略這種順序,也就是允許搜索的關鍵詞錯位的個數,比如 'book a',分詞後的 'book' 和 'a' 如果允許錯位兩個順序(a 往前挪一個,book 往後挪一個,這是我理解的 slop 的操作用法),那麼就可以篩選到我們這條數據,示例如下:

GET /exam/_search
{
  "query": {
    "match_phrase": {
      "address": {
        "query": "book a",
        "slop": 2
      }
    }
  }
}

match_phrase_prefix

匹配首碼,比如對於 address 值為 'read a book' 的數據,我們只知道的值是 'read a bo',想要根據這個搜索詞搜索完整的數據,就可以用到 match_phrase_prefix。

他的用法是這樣的,先將檢索詞分詞,然後將最後一個分詞結果單獨去匹配,所以這個搜索詞的過程就是先根據 'read a' 的分詞結果搜索到一些數據,然後根據剩下的 'bo' 去匹配滿足這個首碼的數據:

GET /exam/_search
{"query": {"match_phrase_prefix": {"address": "read a bo"}}}

3、match 的其他用法

匹配分詞後的全部結果

對於 match,前面我們介紹過會先將搜索的字元串分詞,然後去篩選包含分詞結果一至多個的結果。

比如前面介紹的搜索 'read a',會搜索出 'read a book' 以及 'you can get a good job',因為他們都包含分詞的結果 'a',這種操作就類似於用 should 去對分詞結果進行進一步的搜索操作,

但是如果我們想要更精確,搜索的內容必須包含分詞的全部結果 'read' 和 'a',我麽可以加上 operator 參數:

GET /exam/_search
{
  "query": {
    "match": {
      "address": {
        "query": "read a",
        "operator": "and"
      }
    }
  }
}

這樣操作結果就是篩選了包含全部搜索詞分詞後結果的數據。

匹配的模糊處理

我們可以通過 fuzziness 欄位來打開字元模糊匹配的開關,最簡單的一個例子就是比如我們搜索 'read',打字不小心打成了 'raed',這種就可以實現他的模糊匹配:

GET /exam/_search
{
  "query": {
    "match": {
      "address": {
        "query": "raed a",
        "operator": "and",
        "fuzziness": 1
      }
    }
  }
}

4、multi-match 搜索

前面我們的 match 參數操作的都是針對於單個欄位,multi_match 則可以針對於多個欄位進行 match 操作,這個需要都能匹配上搜索的關鍵字,使用示例如下:

GET /exam/_search
{
  "query": {
    "multi_match": {
      "query": "python",
      "fields": ["name", "address"]
    }
  }
}

其中,fields 是一個數組,裡面是需要搜索的欄位。

如果想獲取更多後端相關文章,可掃碼關註閱讀:
image


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • # 前言 SQLite是一種輕量級的關係型資料庫管理系統,支持跨平臺操作。它可以嵌入到程式中,無需單獨的伺服器進程或者配置文件,減少了資料庫維護的負擔和運行的複雜性。SQLite的數據存儲在單個文件中,方便備份、傳輸和分享,也容易進行版本管理。SQLite擁有良好的性能、可靠的穩定性和豐富的功能,成 ...
  • 類似魔獸世界,moba這種技能極其複雜,靈活性要求極高的技能系統,必須需要一套及其靈活的數值結構來搭配。數值結構設計好了,實現技能系統就會非常簡單,否則就是一場災難。比如魔獸世界,一個人物的數值屬性非常之多,移動速度,力量,怒氣,能量,集中值,魔法值,血量,最大血量,物理攻擊,物理防禦,法術攻擊,法 ...
  • Actor Location Actor模型只需要知道對方的InstanceId就能發送消息,十分方便,但是有時候我們可能無法知道對方的InstanceId,或者是一個Actor的InstanceId會發生變化。這種場景很常見,比如:很多游戲是分線的,一個玩家可能從1線換到2線,還有的游戲是分場景的 ...
  • Actor模型 Actor介紹 在討論Actor模型之前先要討論下ET的架構,游戲伺服器為了利用多核一般有兩種架構,單線程多進程跟單進程多線程架構。兩種架構本質上其實區別不大,因為游戲邏輯開發都需要用單線程,即使是單進程多線程架構,也要用一定的方法保證單線程開發邏輯。ET採用的是單線程多進程的架構, ...
  • 事件機制EventSystem ECS最重要的特性一是數據跟邏輯分離,二是數據驅動邏輯。什麼是數據驅動邏輯呢?不太好理解,我們舉個例子 一個moba游戲,英雄都有血條,血條會在人物頭上顯示,也會在左上方頭像UI上顯示。這時候服務端發來一個扣血消息。我們怎麼處理這個消息?第一種方法,在消息處理函數中修 ...
  • 一切皆實體 目前十分流行ECS設計,主要是守望先鋒的成功,引爆了這種技術。守望先鋒採用了狀態幀這種網路技術,客戶端會進行預測,預測不准需要進行回滾,由於組件式的設計,回滾可以只回滾某些組件即可。ECS最重要的設計是邏輯跟數據的完全分離。即EC是純數據,System實際上就是邏輯,由數據驅動邏輯。數據 ...
  • 目錄 一、DNS概念 二、功能變數名稱格式類型 三、查詢類型 四、解析類型 五、配置DNS 六、dns解析實驗 1.配置正向解析 2.反向解析 3.主從解析 一、DNS概念 概念:功能變數名稱和IP地址的相互映射的分散式資料庫,可以更好的訪問互聯網。 電腦只能訪問IP地址,但是IP地址不是方便記住,採用功能變數名稱解析出 ...
  • 一、環境準備 1、虛擬機:ubuntu18.04 64位 2、交叉編譯工具包:gcc-linaro-7.5.0-2019.12-i686_arm-linux-gnueabihf.tar 下載鏈接:https://releases.linaro.org/components/toolchain/bin ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...