但是，但是，但是......

時(shí)間：2022-03-28 09:27:01 | 來(lái)源：行業(yè)動(dòng)態(tài)

時(shí)間：2022-03-28 09:27:01 來(lái)源：行業(yè)動(dòng)態(tài)

當(dāng)然，Oracle的數(shù)據(jù)庫(kù)銷(xiāo)售還在產(chǎn)生巨量的現(xiàn)金也是有原因的：它有數(shù)十年建立數(shù)據(jù)庫(kù)的經(jīng)驗(yàn)，而且做得非常好。然而，問(wèn)題在于，這些在十年前或者二十年前對(duì)Oracle有用的東西在現(xiàn)在看起來(lái)已經(jīng)變得越來(lái)越不理想。它諸如規(guī)?；軜?gòu)之類(lèi)的優(yōu)勢(shì)現(xiàn)在看來(lái)只是過(guò)去時(shí)代的遺跡。

說(shuō)到最近將未來(lái)寄托在Oracle上的大公司。Salesforce可能會(huì)出現(xiàn)在你的腦海之中，盡管關(guān)于它對(duì)自己的選擇不甚滿意的傳言已經(jīng)甚囂塵上。與此同時(shí)，像Workday這樣的其他大型SaaS公司一直在構(gòu)建像MySQL這樣的開(kāi)放源代碼數(shù)據(jù)庫(kù)，而且經(jīng)常在AWS或其他云上運(yùn)行它們。隨著企業(yè)轉(zhuǎn)向分布式計(jì)算，他們?cè)噲D將故障成本降至最低，例如將存儲(chǔ)和計(jì)算分開(kāi)。當(dāng)他們這樣做時(shí)，Oracle根本不是一個(gè)考慮因素。

PostgreSQL和MariaDB之類(lèi)的開(kāi)源數(shù)據(jù)庫(kù)消除了Oracle數(shù)據(jù)庫(kù)固有的官僚主義。特別是PostgreSQL使得將存儲(chǔ)過(guò)程從Oracle遷移到PostgreSQL變得相對(duì)簡(jiǎn)單。

即使是像MongoDB這樣的非關(guān)系型數(shù)據(jù)庫(kù)也在減少堅(jiān)持使用Oracle的理由。Oracle讓開(kāi)發(fā)人員和數(shù)據(jù)庫(kù)管理員認(rèn)為關(guān)系數(shù)據(jù)建模的這些遺留問(wèn)題如多記錄事務(wù)是至關(guān)重要的。然而它們不是，越來(lái)越多的公司發(fā)現(xiàn)他們不需要全脂的Oracle數(shù)據(jù)庫(kù)，可以使用低成本的關(guān)系型開(kāi)放源代碼數(shù)據(jù)庫(kù)，或者他們發(fā)現(xiàn)自己根本不需要一個(gè)關(guān)系型數(shù)據(jù)庫(kù)，并且可以在開(kāi)發(fā)人員生產(chǎn)力提升以及MongoDB等提供的NoSQL數(shù)據(jù)庫(kù)（具有ACID保證）的擴(kuò)展等方面受益。

這對(duì)于Oracle來(lái)說(shuō)意味著什么？鑒于遷移到其他數(shù)據(jù)庫(kù)涉及到的多少摩擦，Oracle數(shù)據(jù)庫(kù)應(yīng)該可以持續(xù)很長(zhǎng)時(shí)間，非常長(zhǎng)的一段時(shí)間。更有可能的事實(shí)是，我們將看到所有的增長(zhǎng)都轉(zhuǎn)向開(kāi)放源代碼數(shù)據(jù)庫(kù)和云數(shù)據(jù)庫(kù)（特別是那些既是開(kāi)放源代碼又是云的數(shù)據(jù)庫(kù)）。同樣，估計(jì)甲骨文會(huì)繼續(xù)收購(gòu)SaaS公司，因?yàn)樗奈磥?lái)將更多地受到SaaS應(yīng)用程序的推動(dòng)，而數(shù)據(jù)庫(kù)優(yōu)勢(shì)將變少。