這不是愚人節(jié)！MySQL開發(fā)團隊依舊堅守
之前51CTO數(shù)據(jù)庫頻道也曾報道過《被Oracle拋棄，MySQL將何去何從？》的消息。那么看完下文后，我們是不是稍顯輕松，畢竟MySQL團隊在Oracle過得還不錯。
隨著甲骨文對Sun公司的收購，業(yè)界非常關(guān)注開源數(shù)據(jù)庫MySQL的命運，其中包括對MySQL原開發(fā)團隊成員去留的關(guān)注，很多人提出類似 “MySQL開發(fā)人員都去了哪里?”的問題，MySQL前技術(shù)總監(jiān)布萊恩·阿克爾(Brian Aker)給出的答案是，除了一小部分人離開外，其他人多數(shù)還是甲骨文的員工，只有一小部分離開。那么具體到各個模塊的開發(fā)人員呢?本文將簡單對此進行分析。
首先來說一下存儲引擎Innodb，這是一塊規(guī)模相當(dāng)大代碼，它已經(jīng)生存了數(shù)年時間，現(xiàn)在依然屬于甲骨文，沒有Innodb就沒有24×7穩(wěn)定運行的數(shù)據(jù)庫。
而優(yōu)化器(Optimizer)的開發(fā)人員幾乎都走了，他們?nèi)チ薓ontyAB。
至于復(fù)制(Replication)功能，除了***版的編寫者之外，其他人都在甲骨文。***版編寫者現(xiàn)在不同的公司擔(dān)任顧問，不過他在2002年前后就離開了MySQL團隊。執(zhí)行/觸發(fā)器系統(tǒng)則是多個開發(fā)人員合作的結(jié)晶。“存儲過程之前”的代碼基本是在那時編寫的，變化的部分很小，相關(guān)人員基本都還在甲骨文。
再來看一下MySQL的解析器(Parser)，其大部分代碼來自于MiniSQL和Unireg的合并，此后MySQL開發(fā)人員做的是后來在 5.0中出現(xiàn)的整體式存儲過程，之后的功能是通過分割技術(shù)(partitioning)來實現(xiàn)。
編寫連接器(Connector)的開發(fā)人員依然在Sun公司，截止到目前還沒有聽到有人離開。
存儲過程的編寫者已經(jīng)在2005年離開，選擇回家釣魚，但其影響幾乎可以忽略不計。因此，MySQL的大部分開發(fā)人員還都在甲骨文。
說到MySQL項目的早期團隊領(lǐng)導(dǎo)人，有三個人目前在MontyAB，還有一個選擇了回家釣魚，而阿克爾則在Drizzle工作。
說到Drizzle，它的部分早期補丁編寫者現(xiàn)在依然在甲骨文，不過現(xiàn)在甲骨文可能不再允許這些員工對該項目做貢獻。另外有5人在 Rackspace，還有1個人在某存儲引擎公司，而阿克爾目前則負責(zé)設(shè)計工作。
【編輯推薦】
