作者：John Freeman、Fred McClimans和 Zach Mitchell
我們預計到2021年，年產值296億美元的商業數據庫市場會收縮20%至30%，認為Oracle無法讓收入來源足夠快地實現轉型（從傳統的商業數據庫轉向基於雲的訂購產品），以抵消這個市場下滑的頹勢，這個市場是Oracle收入的一大傳統核心。
這二十年來，商業數據庫市場仍然是IT行業最穩定、最具黏性的領域之一，Oracle、IBM和微軟三家廠商瓜分了80%的份額。然而，我們認為這個領域衰退的速度和幅度可能會讓許多投資者大吃一驚。
已經影響數據庫市場的通貨緊縮壓力剛剛開始體現，包括：
遷移到軟體即服務（SaaS），大多數產品使用免費開源數據庫；
社交媒體、物聯網和非結構化/半結構化數據等使用場合迎來更快速的增長，這些使用場合不適合SQL標準，而數據庫寡頭們恰恰有賴於這項標準；
眾多的免費開放源代碼選項日益穩定、功能日益強大，其中大多數選項是“Not Only SQL”（NoSQL），因此極其適合上述使用場合；以及
由於摩爾定律帶來了處理器、記憶體、固態存儲和網絡吞吐量等方面的改進，NoSQL數據庫繼續獲得異常顯著的好處――這些改進提升了同時快速處理NoSQL使用場合和SQL使用場合的能力，並逐漸使純SQL數據庫淪為邊緣化，正如純SQL數據庫在80年代末和90年代使基於大型機的數據庫淪為邊緣化。）
來自數據庫軟體的收入佔Oracle 2016財年總收入的約36%，佔其營業利潤的約55%。
注意：數據庫軟體和內部部署型應用套裝軟體括許可證收入和維護收入。
該公司預計的數據庫收入下降是明擺著的，此外其內部部署型應用軟體的收入也在下降，這塊收入佔2016財年總收入的約25%，佔營業利潤的約39%。
微軟和IBM將只是略微受到傷害，因為數據庫軟體隻佔每家廠商總收入的區區5%左右。
如果不采取積極的行動來大幅提高非數據庫收入，我們認為Oracle無法足夠快地抵消商業數據庫收入即將下降的頹勢，以保持其目前的市值。
具體來說，我們認為Oracle需要實行更激進、更快速的組織轉型和文化轉型，變成一家“雲優先”的企業，激勵銷售隊伍和客戶向雲積極邁進。該公司還需要整合各種自家開發和收購而來的雲/ SaaS產品，整合到單個平台，以便將來獲得經營杠杆效應。未來幾年，這些項目會在幾個方面帶來痛苦，尤其是財務方面。為了部分抵消痛苦，Oracle應該剝離剩餘的硬體及其他非核心業務。
主題說明
對於那些對技術深究更有興趣的人來說，下面從歷史的角度更深入地解釋了五個相互關聯的趨勢，這些趨勢愈演愈烈，將共同導致商業數據庫市場到2021年收縮20%至30%。
企業繼續遷移到SaaS/雲
除了幾款建立在Oracle數據庫基礎上的初期SaaS產品（即Salesforce.com、NetSuite和Oracle本身）外，很難找到使用任何商業數據庫的SaaS提供商。對於2005年以後創辦的公司而言，這個數字幾乎為零。
如今絕大多數的SaaS提供商使用開源數據庫，或者像SaaS人力資本管理（HCM）提供商Workday那樣，開發自己的數據庫。許多用戶之前使用內部部署型企業應用軟體，包括五個核心客戶端/伺服器應用軟體類別中的一個：ERP（企業資源規劃）、CRM（客戶關係管理）、HCM（人力資本管理）、SCM（供應鏈管理）和BI（商業智能）應用軟體，改用SaaS模式後，消除了商業數據庫席位（seat），因而消除了原本帶來的維護/支持收入和未來升級收入。連改用Salesforce.com的企業席位給Oracle創造的收入也將比當初部署在企業內部環境時少得多。
因此，我們認為企業遷移到SaaS/雲對商業數據庫收入而言是非常不利的趨勢。此外，我們仍處在從客戶端/伺服器到SaaS/雲的早期階段。據不同的研究公司聲稱，這種遷移隻完成了10%至25%，只是剛剛開始影響更重要的關鍵任務應用軟體（比如ERP），它們更有可能在更高端的SQL數據庫（包括Oracle和IBM的那些數據庫以及微軟的一小部分數據庫）上運行。
商業SQL數據庫不是很適合處理最有吸引力的新興使用場景
SQL在1987年成為標準後，20年來它在定義如何組織、搜索和排序數據方面的地位無可撼動。然而，到2000年年中，各大科技公司在處理數據的絕對數量和不同結構方面開始遇到了SQL數據庫存在的限制，它們想按照需要來保留、瀏覽、分析數據，並將數據提供給用戶/客戶。
亞馬遜、谷歌、LinkedIn和Facebook各自通過開發和實施自己的數據庫軟體――這種數據庫軟體打破了SQL標準的製約，解決了自己的擴展問題。
此外，不久後每家公司都發布了開源版本的數據庫。因此，2008年和2009年它們開發出了眾多新的開源數據庫，導致了《下一代數據庫》的作者蓋伊·哈裡遜（Guy Harrison）所說的“某種寒武紀大爆炸”現象。由於紛紛遠離SQL，這些數據庫都屬於“NoSQL”這類數據庫――儘管大多數數據庫彼此大不相同，就像它們跟SQL大不相同那樣。
鑒於數據的數量和種類迅猛增長――這歸因於更豐富的社交媒體內容、更多的社交媒體用戶以及自動獲取的物聯網數據激劇增多，另外鑒於企業日益渴望分析獲取的數據，我們認為，適合NoSQL的使用場合其數量很快就會遠遠超過適合SQL的使用場合。
這些新型使用場合的興起將推動大企業更多地採用開源NoSQL解決方案，結果商業SQL數據庫成了犧牲品。
NoSQL數據庫和讀時模式（Schema-on-Read）方法遵循摩爾定律
SQL數據庫和寫時模式（Schema-on-Write）未遵循摩爾定律。
通常來說，NoSQL數據庫所需的處理器、記憶體和存儲資源比SQL數據庫密集得多，即使考慮到這一事實：它們放鬆了SQL在數據組織方式方面的許多約束。雖然NoSQL數據庫架構早在2005年就已經存在――至少從理論上來說是這樣，但當時根本沒有足夠的處理能力、記憶體容量和存儲空間，好讓它們在學術界之外的領域投入實際應用。
在處理器/記憶體/帶寬資源相對匱乏的20世紀80年代和90年代，遵守更加嚴格的SQL標準實際上是必須的，那樣才能確保企業將應用軟體從大型機和小型計算機遷移到更加分布式、依賴網絡的客戶端/伺服器架構所需要的那種性能和可靠性，尤其是那些更重要的關鍵任務應用軟體。
獲得SQL尚可接受的性能和可靠性需要付出代價，這主要是由於：
名為模式的數據結構整體上缺乏靈活性；
在部署數據庫及相關應用程序之前定義該結構帶來的繁重要求；
隨著時間的推移，很難改變該結構，以便獲取不同類型的數據，以便更好地體現數據結構和企業組織方面的變化；以及
需要寫時模式方法，即在輸入數據時讓數據適合模式，而不是讀時模式，只是將數據倒到一隻大大的“容器”中，之後將它組織到模式中。
然而，隨著時間的推移，摩爾定律促使處理能力、記憶體容量及速度、存儲容量及速度以及網絡吞吐量都得到了提升，這使得用戶越來越不需要僵硬的SQL標準和寫時模式方法，這股勢頭只會延續下去。因此，伴隨著每個摩爾定律周期，SQL及其節省資源的寫時模式方法越來越失去競爭優勢，而NoSQL及其資源相對低效，但極其靈活的讀時模式方法變得日益擺脫當初阻礙它得到採用的約束。
記憶體技術（In-Memory）帶來了大好前景，消除了傳統硬碟的缺點
SQL成為標準化時，傳統硬碟（HDD）是可以實時訪問的唯一具有成本效益的存儲介質。因此，寫入到SQL數據庫軟體的許多基本代碼旨在忍受HDD的缺點，比如讀取請求的數據並將數據傳輸到記憶體中速度很慢，故障率比較高――至少，與系統的主要固態部件（比如CPU、記憶體和網絡吞吐量）相比是這樣。現在由於固態硬碟（SSD）正迅速成為一種具有成本效益的HDD替代品，傳統SQL數據庫軟體的設計、當然還有大部分代碼現在毫無必要了――而當初做出這樣的妥協，是為了適應速度慢得多的HDD。
相比之下，開發的許多NoSQL數據庫是為了最大限度地利用SSD存儲介質，這些數據庫可能會得到更新，以便充分利用更新穎的非易失性記憶體技術，比如英特爾/美光聯合開發的3D xPoint，這種記憶體正在推向市場。我們認為，鑒於繼續遵守SQL標準、保持自己的向後兼容性方面有著強烈的需求，SQL數據庫廠商無法像許多開源項目那樣迅速針對SSD優化其代碼，這讓它們進一步處於競爭劣勢――這是克萊頓·克里斯滕森（Clayton Christensen）所說的“創新者的困境”的一個典型例子。
市面上 “SQLMethadone” 解決方案越來越多，讓企業可以擺脫昂貴的商業數據庫
我們看到越來越多的軟體工具和服務旨在幫助企業從商業SQL數據庫遷移出去。隨著時間的推移，連在Oracle或IBM數據庫上運行的最重要的關鍵任務應用軟體也可能日益被包圍、“被隔離”、被拆卸，這一幕正如上世紀90年代向客戶端/伺服器架構轉型期間許多傳統大型機應用軟體的遭遇那樣。
雖然來自Oracle、IBM和微軟等巨頭的SQL數據庫會在一些企業存活好多年――再度酷似大型機，但是它們會日益淪為邊緣化，並且它們的成本會盡可能被減少。我們看到許多這樣的工具已經在Hadoop生態系統裡面日趨成熟，該生態系統已經有多種方法可以與SQL數據庫集成起來，及/或將SQL接口和查詢功能放在NoSQL數據庫上。在我們看來，這一幕與上世紀90年代初出現將大型機應用軟體與PC和客戶端/伺服器應用軟體集成起來的多種方法何其相似。
香港九龍灣馬來街興發大廈15樓D室