036 一位技術大拿

投票推薦 加入書籤 小說報錯

  其實不管賺多少錢,上班都是一件很痛苦的事情。

  好在羅紀並不是最基礎的員工,所以沒有太多繁瑣的工作。作為美國支援過來的員工,在谷歌韓國還是有一些小地位的。起碼本地員工在看到羅紀的時候,都比較尊重。

  「看來不管在哪,都是外來的和尚好念經啊!」

  羅紀一邊喝著冰美式,一邊查看一下郵件。基本上沒有什麼事,除了一些GG,就是在美國的白人上司查爾斯跟他打招呼。

  對於羅紀離開美國,查爾斯一直挺惋惜的。所以後續再次發郵件,告訴羅紀如果什麼時候想調回去,他會想辦法。並且吐槽新員工辦事一團糟之類的。

  好吧,其實羅紀有時候發現,就算重生,自己好像除了能賺錢以外,並沒有什麼其他的遺憾需要刻意彌補。

  學業上一切順利,生活上有好朋友,工作上還有看重自己的上司。本來已經很順利了,結果現在更是開啟了簡單模式。

  羅紀沒有馬上回復,因為不知道怎麼說,所以還得再整理一下思路。

  就在整理思路的時候,敲門聲響起來了。羅紀說了請進之後,一個韓國男員工走進來,禮貌的說道:「您好,這邊有一些關於SQL資料庫的問題,請問你有時間嗎?」

  「哦,好。」羅紀招招手:「進來說。對了,你叫什麼?」

  「我叫李鎮賢,叫我鎮賢就可以了。」男員工戴著一個黑框眼鏡,詢問道:「是這樣的,我在查詢大型數據集和多表查詢時,有些查詢操作等待時間有點太長了。現在查詢平均需要4秒鐘才能返回結果,有時候甚至導致超時錯誤。」

  羅紀點點頭:「你想優化?」

  李鎮賢說道:「是的,我現在有點不太清楚如何優化,有點無從下手。」

  羅紀忽然笑了,問道:「你是剛進入谷歌不久吧?」

  「啊,對的。」李鎮賢忽然站起來,有些拘謹的樣子。

  羅紀問道:「是別人讓你來問的?」

  「是,額,也不全是,我也想知道。」李鎮賢解釋著。

  羅紀心裡明白了,作為空降派,谷歌這邊員工雖然表面尊重,但對自己實力還是存疑的吧。拿出這麼一個作為一個門檻,順便驗證自己實力。

  對於這種事,羅紀並沒有感覺到冒犯。因為他在美國的時候做的就是技術,現在還是負責這些,明白如果有一個什麼都不懂的同事,這種事到底有多難搞。如果是上司,那很多工作就很難進行下去了。

  外行指導內行,是技術行業的大忌。

  所以這種事以平常心面對就好了,只要展現實力,自然能得到尊重。

  但是說起資料庫SQL,這個名詞對羅紀來說感覺已經很久遠了。

  畢竟資料庫這種東西會的人比較多,難度也相對較低。基本上如果不在商業公司工作,那麼這方面知識也不一定會用到。

  一個人長時間不接觸相關的技術,很容易就忘了相對基礎的內容。所以有些算法框架,已經重生過的自己,現在還能記住嗎?所以說,自己不能好逸惡勞,還是要好好再提升一下自己了。

  羅紀未來想做的事情是很新銳的,所以還要趁著自己記得清楚,至少能把記住一些細節的模型都寫下來,不然等到自己能賽博煉丹的時候,卻少了至關重要的單方和硬體架構,那可涼涼了。

  「羅紀xi?」李鎮賢問了一下。

  「哦,不好意思,剛剛走神了。」羅紀接過李鎮賢的電腦,敲擊著鍵盤,說道:「你這裡的查詢使用了SELECT *,全選了所有的列,但是你的這層嵌套查詢中其實只有id是用得到的。可以只查詢id減少數據傳輸量。儘量避免全表掃描。」

  李鎮賢點點頭:「是的,我是感覺應該是哪個地方出問題了,速度始終不理想。」

  羅紀說道:「你之前是使用的什麼索引來加快查詢速度?」

  李鎮賢說道:「Hash(哈希)索引我建立了,但是感覺速度不是特別快。但是這應該是最快的索引法了,我在想可能是別的地方出問題了。」

  羅紀琢磨著:「雖然不會桶溢出,但是感覺......用B樹吧」

  「B樹?」李鎮賢有些詫異:「可是用B樹不是更慢了?」

  羅紀微微一笑:「你現在需要索引的數據里,Hash值相等的太多了。有時候Hash索引遇到大量Hash值相等的情況後,性能真不一定就會比B樹索引高。你沒有發現嗎?現在大量的記錄指針信息存於同一個Hash值相關聯。這樣要定位某一條記錄時,就會特別特別麻煩,反而會浪費多次表數據的訪問,最後整體性能反而低下。所以,現在用Hash表已經不大適合了。這時候用B樹可能速度反而更快。」


  「原來是這樣啊。」李鎮賢恍然大悟,再看向羅紀的目光里多了點佩服。

  羅紀嘆了口氣:「要是再加上Redis就更好了。」

  李鎮賢疑惑的詢問:「什麼?」

  「一種NoSQL內存資料庫。」羅紀其實已經記不清Redis是什麼時候推出的,可能就是這兩年。看著對方一臉懵的表情,羅紀也不在意,因為這算不上什麼技術秘密。

  甚至羅紀乾脆反問道:「你難道不知道嗎?首先,Redis的數據模型與RDBMS不同,它採用了更靈活的數據存儲和查詢方式,只需要描述針對特定抽象數據類型的操作即可。其次,Redis將數據存儲在內存中,而非磁碟上,因此大大縮短了讀寫操作的訪問時間,這也是速度快的原因。當然,在存儲數據時需要採用適合後續快速檢索的方式。難以置信,你居然不知道?」

  被這麼一問,反倒是李鎮賢開始自我懷疑了,說道:「好像聽過。不過我對於SQL的相關事務很久沒關心了。因為這次數據中心要來首爾開,我才重新研究起這個。」

  羅紀在合適的時間點,擺出技術大拿的醜惡嘴臉,說道:「現在查詢時間縮短到了僅需1.1秒,速度比之前快了近4倍。這對於用戶體驗來說,算是很不錯了。但是你別驕傲,回去再優化一下。我覺得索引速度最快可以壓到0.1到0.3秒。」

  「好的好的。」李鎮賢一邊答應著,一邊退出去。

  羅紀看著時間,十分鐘後他假裝去洗手間,一路上看到眾人的目光果然有了點變化。從之前單純的禮貌,現在多了一些自己人的信賴。

  隨後整個下午的工作就不多了。等到晚上,掐著點下班。

  羅紀還得去小課堂兼職去呢!

章節目錄