甲骨文繼續(xù)采取措施 進(jìn)一步將MySQL轉(zhuǎn)向閉源
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2012/8/20 10:44:11 ] 推薦標(biāo)簽:
這個(gè)問(wèn)題可以回溯到業(yè)內(nèi)人士發(fā)現(xiàn)新版本的MySQL修復(fù)了一些漏洞,但所有補(bǔ)丁均未提供任何有關(guān)的測(cè)試數(shù)據(jù)。這給開(kāi)發(fā)者們帶來(lái)了很多問(wèn)題,開(kāi)發(fā)者們無(wú)法保證那些漏洞是否真的被修復(fù)了。
很明顯,甲骨文是想讓開(kāi)發(fā)者們很難使用MySQL。這主要是因?yàn)殚_(kāi)發(fā)者社區(qū)對(duì)于甲骨文如何看待開(kāi)源和閉源問(wèn)題有著不同的看法。 甲骨文此舉將給開(kāi)發(fā)者們帶來(lái)各種各樣的問(wèn)題。
MySQL是全球開(kāi)發(fā)者使用多的數(shù)據(jù)庫(kù)。甲骨文在2010年收購(gòu)了Sun Microsystems之后獲得了該軟件的發(fā)布控制權(quán)。
據(jù)國(guó)外科技網(wǎng)站MariaDB上發(fā)布的一個(gè)帖子稱(chēng),MySQL自1999年起使用了一種名為MySQL-test的測(cè)試框架。多年以來(lái),各種測(cè)試主要針對(duì)新功能來(lái)設(shè)計(jì),其中總是包括一項(xiàng)用來(lái)保證漏洞得到修復(fù)的回歸測(cè)試。
來(lái)自Facebook和Twitter的開(kāi)發(fā)者們對(duì)那個(gè)測(cè)試框架的依賴(lài)性很重。在Twitter平臺(tái)上,MySQL是大多數(shù)Twitter數(shù)據(jù)、興趣圖表、時(shí)間軸、用戶(hù)數(shù)據(jù)和推特本身背后主要的存儲(chǔ)技術(shù)。
甲骨文似乎還抽出了MySQL的修訂歷史。修訂歷史將以前對(duì)無(wú)數(shù)行源代碼進(jìn)行的修改進(jìn)行了分組,歸納到所謂的“變化集”中。一個(gè)變化集可以顯示出某項(xiàng)具體功能發(fā)生的變化。它可以顯示出修改者的身份、修改的時(shí)間和原因。
清除掉修訂歷史記錄后,甲骨文可以讓開(kāi)發(fā)者們搞不清楚哪些問(wèn)題已經(jīng)被修復(fù),哪些問(wèn)題還沒(méi)有被修復(fù)。
觀察員們認(rèn)為,甲骨文似乎不想公開(kāi)MySQL的修訂測(cè)試和修訂歷史。 從甲骨文一貫的行事風(fēng)格和歷史來(lái)看,這一點(diǎn)并不出人意料。
相關(guān)推薦

最新發(fā)布
性能測(cè)試之測(cè)試環(huán)境搭建的方法
2020/7/21 15:39:32軟件測(cè)試是從什么時(shí)候開(kāi)始被企業(yè)所重視的呢?
2020/7/17 9:09:11Android自動(dòng)化測(cè)試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項(xiàng)目適合做自動(dòng)化?自動(dòng)化測(cè)試人員應(yīng)具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測(cè)試工具測(cè)評(píng)
2020/7/17 8:52:11RPA機(jī)器人能夠快速響應(yīng)企業(yè)需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測(cè)試基本概念是怎么來(lái)的?軟件測(cè)試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10