原帖由 北京野狼 于 2009-2-16 11:10 發(fā)表
請(qǐng)您講講, 你的接受Php查詢的c++服務(wù), 如何不采用數(shù)據(jù)庫(kù)做到的, 800W的數(shù)據(jù)快速查詢。
原帖由 ck4918 于 2009-2-16 14:42 發(fā)表
從來(lái)都是看帖不回貼的,最開始也和樓主一樣,認(rèn)為搞WEB的就應(yīng)該精通php、mysql、JS等等
時(shí)間長(zhǎng)了以后,逐漸覺得除了這些往廣的方面深入,也許更應(yīng)該往深的地方鉆,越往下越接近本質(zhì),越能舉一反三,不容易被淘汰
原帖由 北京野狼 于 2009-2-16 19:53 發(fā)表
Java版Lucene 是全文檢索的好工具, 但Lucene 不能代替DB。 想想用數(shù)據(jù)庫(kù)做過(guò)什么,Lucene現(xiàn)在僅僅是關(guān)鍵字檢索。
并且Lucene 也有很多弊端, 比如幾乎不支持群集,倒排索引的不足。
最主要的是當(dāng)達(dá)到樓上兄弟的800W數(shù)據(jù)時(shí),Lucene 性能極差。 如果再頻繁update數(shù)據(jù), 增量索引將產(chǎn)生巨大i/o影響, 達(dá)到不可用的地步。
原帖由 北京野狼 于 2009-2-16 22:00 發(fā)表
核心其實(shí)就是lucene不適合做實(shí)時(shí)搜索,基本都把更新放到半夜。很多垂直搜索門戶都是基于lucene的,不能實(shí)時(shí)更新注定產(chǎn)品的局限。
比如800w的db, 主鍵檢索單行記錄也極快, 甚至不超過(guò)1秒。 但是一套運(yùn)營(yíng)中的系統(tǒng),性能是多方面的。
我的同事車東是lucene方面的專家,你可以搜索一下他自己的網(wǎng)站, 上面好多好文章。能讓你騎著自行車, 追上所有的自行車 。
原帖由 北京野狼 于 2009-2-16 22:46 發(fā)表
數(shù)據(jù)庫(kù)重要的是功能而不是效率,但是并不可能隨便c++寫個(gè)服務(wù), 就真的解決高效的查詢和更新。
因?yàn)橐郧白鲞^(guò)很多郵件系統(tǒng),我就喜歡用各種文件的方式解決數(shù)據(jù)庫(kù)壓力。
還記得吧,前年讓你加入我們公司, ...
原帖由 北京野狼 于 2009-2-16 19:53 發(fā)表
Java版Lucene 是全文檢索的好工具, 但Lucene 不能代替DB。 想想用數(shù)據(jù)庫(kù)做過(guò)什么,Lucene現(xiàn)在僅僅是關(guān)鍵字檢索。
并且Lucene 也有很多弊端, 比如幾乎不支持群集,倒排索引的不足。
最主要的是當(dāng)達(dá)到樓 ...
歡迎光臨 Chinaunix (http://www.72891.cn/) | Powered by Discuz! X3.2 |