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