數據管理：表象之下、有容乃大
如果讓數據管理市場的各類產品都湊到一起演奏一場打擊樂，那么 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 Evaluation Tool）工具似乎一上來就有先聲奪人的意思，因為它分析的是 Oracle、Sybase 等其他產品中各種數據對象的規模，并且判斷這些對象與 DB2 數據庫的兼容性。
另外，就是各種數據遷移工具，與以前簡單的 ETL 工具不同，IBM 推出的一些免費的遷移工具更多是站在待遷移對象的角度考慮如何方便提取，并讓這些遷移后的數據對象更好、改動更少地在 DB2 上運行。
而 DB2 的 Oracle 兼容模式（Oracle Compatibility Mode）則是在 DB2 內部實現了一個準 PL/SQL 語言的運行環境，包括對 PL/SQL 語法、PL/SQL 常用函數、PL/SQL 常用 Native Package 的支持，因此用戶自己開發的 PL/SQL 存儲過程、觸發器、包以及相應的 Java 程序、OCI（Oracle Call Interface）程序幾乎可以很少或者不做修改就可以運行在這個模式中。
而且，在幾年前 DB2 似乎漸漸淡出 PC 服務器市場時，IBM 也一直在通過聯邦數據庫確保其大機、小型機數據環境與其他數據庫的連通性。相對 Oracle Database Link、SQL Server Link Server 技術而言，IBM 似乎把聯邦數據庫的出鏡率安排得更高，其目標除了解決客戶現實技術問題外，相信商業上也是增加其存在感的有效手段。
另外，IBM DB2 數據庫在 XML 數據處理方面的“殺手锏”也讓 DB2 在一批信息結構復雜、易變的商業情境下大顯身手。
而對于“Brand New”的這些 NoSQL 新貴們，相對商用關系型數據庫它們還處在“航海大發現”階段，NoSQL 的版圖遠沒有劃分完成，它們都在盡力“圈地”，因此似乎幾個主要產品還沒有用多少“心思”考慮如何兼容對方，對于這些“老牌”的商用數據庫產品似乎只有盡 可能“取而代之”而不是兼容的心思。反過來說，這些“老牌”商用數據庫正在極力兼容這些“新貴”們。
當然，現在談論新老兩派數據庫誰會在商業上更加成功為時尚早，因為當前 IT 業正是投資的高峰期，等到這輪 IT 業周期再次回到低谷時也許才能看清楚。
作者王翔，軟件架構師，主要研究方向為 XML、.NET、領域設計和 PKI 應用。工作之余喜愛旅游、寫作和烹飪。