1：很久以來，對(duì)搜索的認(rèn)識(shí)一直停留在百度搜索，覺得這種東西自己的項(xiàng)目關(guān)系不大

2：學(xué)會(huì)了sql之后，對(duì)搜索的了解上升到模糊查詢，LIKE '%****%'，

3：了解到lucene.NET的存在后，知道了社區(qū)里面有專業(yè)的搜索方案，但中文分詞缺乏，所以我拒絕使用。

一直到我經(jīng)歷了下面這些丑事

?? 1：數(shù)據(jù)庫(kù)的一個(gè)表分表后，要得到滿足條件一組的數(shù)據(jù)，以前簡(jiǎn)單的select出來，現(xiàn)在select一下，數(shù)據(jù)庫(kù)內(nèi)存就不夠了或io就滿了

?? 2：為了給主要業(yè)務(wù)數(shù)據(jù)庫(kù)做主從，把一個(gè)表寫的非常頻繁的字段單獨(dú)拎出來，放在另外一個(gè)數(shù)據(jù)庫(kù)里面，然后就無法按照這個(gè)字段排序了

?? 3：要讀出一組數(shù)據(jù)，排序是很復(fù)雜的那種，寫出來的sql不是吧cpu弄掛了，就是把io弄掛了

然后這些事情讓 我司的一個(gè)搜索組搞定了。。。。。。。。。。。

刨根問底，是我以前總認(rèn)為搜索和檢索詞有關(guān)系，有搜索就有檢索詞，沒有檢索詞就沒有搜索

也自己知識(shí)面太狹小，實(shí)際上，只要是數(shù)據(jù)庫(kù)做了主從或讀寫分離，數(shù)據(jù)表基本上都都存在橫向拆分和縱向拆分，這個(gè)時(shí)候如果要得到一個(gè)簡(jiǎn)單的數(shù)據(jù)列表，如果走普通的sql，數(shù)據(jù)庫(kù)的io隨著壓力的增加，肯快就掛掉了，

所以，很多公司 都將搜索作為系統(tǒng)數(shù)據(jù)聚合的工具，各種列表走搜索，各種詳情頁面則直接走數(shù)據(jù)庫(kù)+緩存

對(duì)與lucene.NET，性能自然不是問題，加上現(xiàn)在可以跑在mono上，性能更是沒問題，作為數(shù)據(jù)聚合的工具，沒的說。

關(guān)于中文檢索，有盤古分詞，小伙伴們說，效果還過得去。不過我更看中l(wèi)ucene.NET作為數(shù)據(jù)庫(kù)聚合的手段，用來顯示各種列表。

總結(jié)

以上是生活随笔為你收集整理的[自爆系列]浅谈我对搜索的错误了解的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。