正文

東鱉的天氣預報20070412

(2007-04-12 01:14:45) 下一個
昨天10個人開會,談業務的時候東鱉昏昏欲睡,談到數據庫的檢索方針時總算來了精神。頭兒說要精簡檢索方法,每個表隻建一個複合索引,來對應所有字段的查詢。東鱉當時就傻了,心想有的表做了3,4個索引還是不能滿足複雜的檢索條件,你丫就做一個索引,這不是開玩笑嗎?他們在討論別的問題時東鱉就開始琢磨例子,最後在白板上寫數據,告訴他如果有一個表的記錄數是100萬條,在某些條件下用他的複合索引就需要比較100萬次,而單一索引隻需要20次。頭兒大概50多歲,腦袋很靈光,先說看不懂我的例子,後來說,反正索引的檢索速度是很快的,20次跟100萬次差別不大。我當時真想踢他。

今天開始寫程序驗證,找了個400萬條數據的表,用他的方法,跟我的方法對比試驗,出來的結果讓東鱉大跌眼鏡。400萬次檢索時間2秒鍾,20次檢索時間0秒。也就是說,他的方法隻比我的慢2秒。氣的東鱉直罵娘,F U ck,他奶奶的Oracle10g,他奶奶的高性能服務器,有了這樣的硬件和平台還要人嘎哈,鍵盤上放塊骨頭,狗也會編程了!

中午跟小鳥兒抱怨“他媽的現在這oracle,400萬次比較隻要2秒鍾,還讓不讓人活了”,小鳥說“既然你的檢索速度比他的快幾千倍,但是效果不明顯,你可以把這個效果放大嘛!”,放大?對呀,現在這服務器隻是我一個人用,速度自然快了,我先用點兒處理把cpu占上,然後同時運行多個程序,不信這速度降不下來,他奶奶的,跟我鬥,讓你丫知道知道厲害。

下午同時運行5個程序,測試結果他的6秒,我的0秒,東鱉就感覺天旋地轉,嗓子眼發鹹,既生鱉兒何生服務器啊!

上大學的時候學過各種檢索,排序算法,為了考試通過點燈熬油的看書,花了無數的時間跟精力,到頭來都是一場空啊。

浩浩愁,茫茫劫,短歌終,明月缺。
不屈人後性剛烈,願賭服輸是東鱉。
明天寫總結。
[ 打印 ]
閱讀 ()評論 (0)
評論
目前還沒有任何評論
登錄後才可評論.