最近開始學習使用Lucence,查了一些資料,簡單總結一下,且學且總結~~
已下内容轉自:http://blog.csdn.net/geekwang/article/details/3410187
Lucene是一個高性能的java全文檢索工具包,它使用的是倒排檔案索引結構。該結構及相應的生成算法如下:
1)設有兩篇文章1和2
文章1的内容為:Tom lives in Guangzhou,I live in Guangzhou too.
文章2的内容為:He once lived in Shanghai.
2)由于lucene是基于關鍵詞索引和查詢的,首先我們要取得這兩篇文章的關鍵詞,通常我們需要如下處理措施
a.我們現在有的是文章内容,即一個字元串,我們先要找出字元串中的所有單詞,即分詞。英文單詞由于用空格分隔,比較好處理。中文單詞間是連在一起的需要特殊的分詞處理。(分詞處理)
b.文章中的”in”, “once” “too”等詞沒有什麼實際意義,中文中的“的”“是”等字通常也無具體含義,這些不代表概念的詞可以過濾掉(去停用詞)
c.使用者通常希望查“He”時能把含“he”,“HE”的文章也找出來,是以所有單詞需要統一大小寫。(統一大小寫)
d.使用者通常希望查“live”時能把含“lives”,“lived”的文章也找出來,是以需要把“lives”,“lived”還原成“live”。(詞幹還原)
e.文章中的标點符号通常不表示某種概念,也可以過濾掉。(去除标點)
在lucene中以上措施由Analyzer類完成
經過上面處理後
文章1的所有關鍵詞為:[tom] [live] [guangzhou] [live] [guangzhou]
文章2的所有關鍵詞為:[he] [live] [shanghai]
3)有了關鍵詞後,我們就可以建立反向索引了。上面的對應關系是:“文章号”對“文章中所有關鍵詞”。反向索引把這個關系倒過來,變成:“關鍵詞”對“擁有該關鍵詞的所有文章号”。文章1,2經過倒排後變成
關鍵詞 文章号
guangzhou 1
he 2
i 1
live 1,2
shanghai 2
tom 1
通常僅知道關鍵詞在哪些文章中出現還不夠,我們還需要知道關鍵詞在文章中出現次數和出現的位置,通常有兩種位置:a)字元位置,即記錄該詞是文章中第幾個字元(優點是關鍵詞亮顯時定位快);b)關鍵詞位置,即記錄該詞是文章中第幾個關鍵詞(優點是節約索引空間、詞組(phase)查詢快),lucene 中記錄的就是這種位置。
加上“出現頻率”和“出現位置”資訊後,我們的索引結構變為:
關鍵詞 文章号[出現頻率] 出現位置
guangzhou 1[2] 3,6
he 2[1] 1
i 1[1] 4
live 1[2],2[1] 2,5,2
shanghai 2[1] 3
tom 1[1] 1
以live 這行為例我們說明一下該結構:live在文章1中出現了2次,文章2中出現了一次,它的出現位置為“2,5,2”這表示什麼呢?我們需要結合文章号和出現頻率來分析,文章1中出現了2次,那麼“2,5”就表示live在文章1中出現的兩個位置,文章2中出現了一次,剩下的“2”就表示live是文章2中第 2個關鍵字。
以上就是lucene索引結構中最核心的部分。我們注意到關鍵字是按字元順序排列的(lucene沒有使用B樹結構),是以lucene可以用二進制搜尋算法快速定位關鍵詞。
實作時 lucene将上面三列分别作為詞典檔案(Term Dictionary)、頻率檔案(frequencies)、位置檔案 (positions)儲存。其中詞典檔案不僅儲存有每個關鍵詞,還保留了指向頻率檔案和位置檔案的指針,通過指針可以找到該關鍵字的頻率資訊和位置資訊。
Lucene中使用了field的概念,用于表達資訊所在位置(如标題中,文章中,url中),在建索引中,該field資訊也記錄在詞典檔案中,每個關鍵詞都有一個field資訊(因為每個關鍵字一定屬于一個或多個field)。
為了減小索引檔案的大小,Lucene對索引還使用了壓縮技術。首先,對詞典檔案中的關鍵詞進行了壓縮,關鍵詞壓縮為<堉?綴長度,字尾>,例如:目前詞為“阿拉伯語”,上一個詞為“阿拉伯”,那麼“阿拉伯語”壓縮為<3,語>。其次大量用到的是對數字的壓縮,數字隻儲存與上一個值的內插補點(這樣可以減小數字的長度,進而減少儲存該數字需要的位元組數)。例如目前文章号是16389(不壓縮要用3個位元組儲存),上一文章号是16382,壓縮後儲存7(隻用一個位元組)。
下面我們可以通過對該索引的查詢來解釋一下為什麼要建立索引。
假設要查詢單詞 “live”,lucene先對詞典二進制查找、找到該詞,通過指向頻率檔案的指針讀出所有文章号,然後傳回結果。詞典通常非常小,因而,整個過程的時間是毫秒級的。
而用普通的順序比對算法,不建索引,而是對所有文章的内容進行字元串比對,這個過程将會相當緩慢,當文章數目很大時,時間往往是無法忍受的。