如果讓數據管理市場的各類產品都湊到一起演奏一場打擊樂，那么NoSQL無疑是鼓聲最強的。
近兩年隨著消費型數據的急劇膨脹，NoSQL數據庫在媒體和各種技術會議中也是風生水起，以至于參加這些會議時更多聽到的是傳統關系型數據庫的不是。盡管我們可以將這些消費型數據稱為金礦，但它們畢竟不是鑄好的金磚，關鍵信息還是繼續保存在傳統的商用數據庫中。回憶那些實際關系到我們切身利益最重要的信息，幾乎沒有保存在NoSQL中，并且通過所謂的OpenAPI被全世界開發者盡情消費。
因此，NoSQL熱鬧的表象下，真正支撐我們這個信息世界的數據管理平臺短期內依然是商業關系型數據庫產品。
相對計算機技術史而言，關系數據庫系統的歷史已經夠長，因此對一些大型企業用戶來說，盡管他們不像大型互聯網企業那樣依賴NoSQL數據庫，單就是企業里林林總總的關系型數據應用也已難以招架。但面對多出來的這一大塊市場蛋糕，幾大商用數據庫廠商似乎都急于瓜分它。
Oracle走的路線是關系型數據庫+開源+NoSQL，也就是依托Oracle現有的數據庫市場優勢，憑借一系列兼并，以開源的關系數據庫MySQL和標準的NoSQL延伸產品Oracle Big Data Application擴展市場。不過主角依然是Oracle的關系數據庫，上面的兩個幫手，一個是為了牢牢把握人氣，繼續占據社區的優勢，另一個是為了作為關系型數據庫的有益補充，管理現代企業內部越來越多的Blog、Email、視頻、音頻、地理信息和圖像信息等。
微軟SQL Server采用的方式與Oracle也非常類似，通過SQL Azure平臺和空間數據格式的支持，將SQL Server從企業數據中心延伸到更大的舞臺。不過SQL Server對于NoSQL標準的支持與Oracle不同，微軟似乎準備在SQL Server這一個數據管理產品內部解決，而不是提供新的獨立產品，相信這也與微軟這幾年一直運營和使用Azure平臺的實踐密不可分，畢竟敢于直接在自己的主干產品上下手還是需要一定的積累和自信。
有關IBM的廣告似乎總是被智慧包裹著，在用戶眼中IBM提供的都是商業解決方案、信息服務，DB2的聲音似乎要比Oracle和SQL Server靜謐得多。不過從產品角度看，DB2的兼容性擴張路線似乎更具侵略性，因為它是通過對競爭產品特定SQL語言的兼容，實現更快的數據處理業務層面的遷移，而不僅僅停留在將對方數據的導入、導出上，或者即便不把對方遷移到DB2自己的數據庫，也可以將DB2定位為一個發號施令的中心，直接操作和管理異構數據庫。
如果對三個產品兼容并蓄的思路打個比方的話：Oracle采取的是拉幫結伙的辦法，關系型數據庫部分繼續一枝獨秀，而新需求則通過新加入的幫手頂上去；SQL Server則是采取自強的辦法，努力學習處理這些新問題的辦法，并將它們內化為自己的功能；DB2除了采用拉幫結伙的辦法外，還在配合新產品滿足新需求的同時，針對競爭產品的看家功能提供近乎全面的支持，確保用戶基于另一家數據管理產品開發的內容可以直接遷移到DB2中，直接釜底抽薪。
Oracle通過收購RDB將原有VAX、VMS的用戶直接收歸旗下，而且憑借自己的開發技術優勢，不僅為RDB提供了新的JDBC驅動，同時似乎有將COBOL重新喚醒的意思。盡管這20多年里，C++、Java、C#語言一直占據企業應用的主力，但COBOL在處理這類應用時，也許比那些依靠各種框架、中間件才實現業務邏輯的類C語言更在行。
正是通過不斷兼并，Oracle在憑借關系型數據庫進入用戶企業并占據絕對份額之后，將圍繞數據庫的一系列融合后的產品也推向用戶，如WebLogic、Java EE、MySQL……
對于IBM而言，由于內部產品線分解比較細，因此在兼容過程中多管齊下。
一般在數據遷移過程中，前期最難的就是分析大體需要多少工作量、需要什么技術背景的DBA或開發人員配合遷移，這方面IBM的MEET（IBM Migration Enablement