[導讀]GBase 8t的出現，可以說南大通用數據庫發展之路才剛剛有了實質性的起色與進步，相信未來發展過程中的問題肯定會有，但問題也是需要一步一步地分析，一點一點地解決。在改變數據庫產業格局的基礎上，實現國產數據庫新的飛躍，這才是南大通用所想要的，也是關注基礎軟件的業內人士所期望的。

2014年12月28日，就在GBase 8t應用研討會的當天，南大通用現場發放了100張GBase 8t數據庫試用光盤，國產數據庫破天荒地開放給大家隨便體驗和測試。

信心有了，問題馬上來了

對此，阿明不禁想問：為什么南大通用對GBase 8t如此有信心？為什么GBase 8t的出現有著改變國內數據庫格局的可能性？為什么南大通用會響應號召，“要用發展高鐵的速度來發展國產數據庫”？GBase 8t數據庫技術到底有哪些優勢？

當阿明找到南大通用副總裁兼CTO武新請教有關GBase 8t數據庫技術細節時，他首先透露，有些技術細節在公開場合我不方便說得太多，特別在有些性能方面對比Oracle，比公開的數據還要好得多。

作為從事過多年Oracle數據庫研發，并為南大通用GBase傾注了滿腔熱情的武新，依然保持著職業經理人的良好操守，他希望阿明在文章里面盡量避免對老東家Oracle的不敬。

但是，在阿明看來，叫板Oracle只是證明GBase 8t客觀存在的價值，并非有損于Oracle的品牌形象。再說Oracle都可以在拉斯維加斯舉行的惠普某大會大門口做廣告，強拉用戶，又怎么能對一個技術對比的客觀事實有何異議呢？

一個在國產數據庫這樣深耕細作的基礎軟件廠商，南大通用的GBase到底如何？GBase8t到底能否代表國產數據庫領域的新水平？其中的技術細節要是不披露一些，恐怕是難以服眾的。

不過，要了解GBase 8t首先得說說它的“真身”Informix。

揭開Informix的“真身”之謎

要看到Informix的“真身”就需要了解目前數據庫市場的現狀，數據庫由30年左右的發展基本形成高度壟斷，5大商用數據庫占據了全球 90%以上的市場份額，其中Oracle 一家獨大占據超過40%的市場份額，這五大金剛包括了Oracle、DB2、Informix、Sybase ASE、SQL Server。在中國數據庫市場上，“國產通用型數據庫未趕上天時，核心技術沒有突破，成熟度不高，投入遠遠不夠、人才奇缺、沒有產業鏈。”為此，國產數據庫只占到整體數據庫市場5%不到的份額。

作為數據庫領域全球五大金剛之一，Informix有了近40年的積累，Informix的創始人Roger Sippl在1981年發布第一個產品INFORMation on unIX。在1997年推出Informix Dynamic Server（IDS），成功讓Informix市場占有率全球排名第二。

從80年代開始推出，Informix已有超過1萬用戶在使用，全球超過1800多個業務合作伙伴，400多家ISV基于其業務進行開發。“作為世界五百強的沃爾瑪集團，自從1991年采用Informix數據庫以來，二十年來面對連續擴張和物流革命，數據庫卻從來沒有出過任何問題。”在國內有超過1000家用戶案例，如中國人民保險、寧夏銀行等是其長期客戶。中國財政部配備了多套Informix數據庫，分別安裝在北京、上海、重慶、江蘇、遼寧、山西、福建等多個省份城市。

但是這里武新特別指出，“南大通用獲得的Informix不是瓦良格號，而是里根號核動力航母，Informix專家正在匯聚到南大通用公司。另外，產品L3支持通過協議可由IBM保證。”

Informix到底被IBM雪藏了哪些殺手锏？

實際情況顯示，Informix自從被IBM納入之后，作為IBM在線事務處理（OLTP）旗艦級數據服務系統，IBM對Informix和DB2都有長遠的規劃，但是，隨著后來的發展，Informix還是逐漸退身在了DB2后面，其中的原因早已有人評論過：“IBM 并購Informix本意就是獲取客戶資源，用自己的DB2產品大棒式的替代Informix。”因此，無論Informix如何牛掰，IBM事實上雪藏了Informix，諸多技術鋒芒難以展示給世人。

為此，當南大通用獲得了Informix這樣的核動力數據庫航母時，不僅是驚喜，而且也很驚訝。未來，南大通用GBase 8t 大行其道不是沒有可能，而是可能性實在太大。

為此，武新興奮地展示出了Informix數據庫架構的幾個殺手锏，阿明要是不一一分享給親們就真對不起這雙勤勞的溫柔手啊。

殺手锏之一：架構中最大亮點DSA。Informix在1994年推出DSA（Dynamic Server Architecture），一種基于虛擬CPU、內部線程的容器架構，領先其他廠商整整一代。基于DSA的Informix Dynamic Server （IDS）在1997年讓Informix超越Sybase成為全球第二大獨立數據庫廠商。

DSA的核心設計思想在過去20年中被其他技術實現證實是跨時代的設計，比如Java虛擬機JVM（Java Virtual Machine），Hadoop 2.0的YARN等都是以Container容器的方式將系統物理資源CPU和內存虛擬出來，達到四個優越的設計目標，即：動態調配更高效使用系統資源、優先級管理更好控制資源的使用、實現JVM和YARN更容易支持跨平臺、實現虛擬化的部署和遷移為云計算提供便利。

DSA工作原理帶來了單個進程之內的多線程，不依賴系統線程庫。

可見，Informix在很多年以前就實現了基于操作系統的線程機制，可以更好使用CPU資源，Informix通過內部控制與切換，可以降低用戶成本，Informix在一個服務器上建立更多的連接和數量。

目前，還沒有其他廠商超越Informix的DSA架構。

殺手锏之二：Shared Memory共享內存架構。在多CPU機器里面，針對UNIX系統中進程間信息交換、共享機制。

共享內存機制帶來的好處還是非常明顯的，提升的速度也是顯然的。

Oracle 12c運行架構也是共享內存和多進程方式，采用共享內存進行大批量處理，共享內存下面進程又有子進程，相對比較復雜。

Informix運行時的整體架構也采用了共享內存＋進程＋VP方式，VP就是虛擬進程，帶來的直接效果不僅加快了進程速度，同時性能也得到了提升。

殺手锏之三：組件架構、開放、融合、靈活。Oracle曾經嘗試過推出開發引擎，但失最終敗了，這個是事實。

Informix支持開發接口非常多，擴展插件以數據庫擴展方式提供對多種數據格式的存儲支持，包括時間序列數據、OLAP列存、JSON文檔、MQ消息。

Informix支持主流OS包括Linux、UNIX、Windows，以及國產OS中標麒麟、中標普華、浪潮、K-UX、凝思，支持主流CPU包括x86、安騰、Power、SPARC和國產CPU如龍芯、飛騰、申威。

殺手锏之四：Informix企業級高可用方案。用戶采用這樣一個集成的方案，功能上和Oracle可以達到一致 。如GBase 8t 提供多種高可用解決方案，可實現最高達到99.999%高可用性。可滿足金融、電信、安全等關鍵行業用戶7×24業務不中斷運行的系統穩定性需求。GBase 8t 高可用解決方案包括了自主HA方案、遠程容災方案、共享磁盤（shared disk）集群、大規模企業級復制、極端網絡日志持續重做方案。

對比一下，我們不難看出，Informix的部署、維護、管理比Oracle要簡單很多。

采用高可用解決方案部署案例，低成本，無需特殊硬件支持，也無需單獨購買軟件模塊，具備多種高可用功能，并且基于SLA的負載均衡，也可以故障自動切換（FOC），提供7×24業務保障，可應對不可抗力。這些似乎都是廣告詞，技術分析來看這張大地圖，可能就更深刻一些。

這個方案采用SDS共享磁盤輔節點技術的同時，也采用了遠程獨立輔節點Remote Standalone Secondary,就是我們常說的RSS。實際案例中，RSS輔節點可以與HDR輔節點共存。RSS與HDR相同之處在于都從主節點接收日志，管理自有的磁盤集，對主節點影響較小，但不同在于RSS只能被轉換為HDR輔節點，不能被提升為主節點，不支持同步模式。

HDR(High available Data Replication)是一種內置于Informix引擎中的異地雙機災備技術，它通過復制邏輯日志的方式時刻保持主輔服務器的同步。可以說HDR技術是一種方便、高效、應用廣泛的容災恢復技術。（圖片來自IBM）

殺手锏之五：SDS共享存儲集群。Informix 基于共享存儲的高可用架構，由CM進行管理并自動維護，主節點（Primary）和輔節點Shared Disk Secondary (SDS)均可讀寫，主節點故障時，輔節點自動接管服務（升級為主節點），在有多個輔節點時，CM會根據輔節點負載情況選擇把哪個節點升級為主節點，故障切換時間在 1分鐘以內，較好的可伸縮性，對應用透明。

需要注意的是CM (Connection Manager，連接管理器 ) 負責管理和重定向客戶端的連接請求，當主服務器發生故障時，它可以根據用戶設置將連接請求切換到輔助服務器，實現自動的故障轉移，從而提供高可用性，使用 CM 還可以實現負載均衡的功能。

看了這個圖，相信你對主節點邏輯日志緩沖區寫入數據到共享存儲，從共享存儲分享數據到SDS輔節點邏輯日志緩沖區，主節點和SDS之間的切換會有一個很好的概念了。

Informix的SDS與Oracle RAC對比來看，有其相同點，都是基于共享存儲高可用集群；都具有擴展性，可以在一定范圍內隨業務需要而擴展；節點間關系對等，有節點失敗后，集群中其它節點會接管失敗節點的工作。

但是，SDS與Oracle RAC對比有著三大不同點，包括：

一是工作原理不同，SDS基于LSN在輔節點上把邏輯日志恢復到緩沖區，RAC的不同節點管理不同的資源，即數據頁，通過內存融合在節點間共享信息；

二是節點失敗后故障處理的原理和過程不同，SDS只有在主節點失敗后才會發生故障切換，輔節點失敗只影響當前連接，RAC在任何節點失敗時均會導致資源重分配；

三是故障切換的效率不同，SDS在主節點失敗后進行故障切換的時間通常不超過1分鐘，RAC進行資源重分配的時間與多種因素有關，在幾秒鐘到幾分鐘之間不等。

繼續！披露更核心的模塊與數據庫技術

首要的問題是：OLTP引擎如何做到高性能、穩定的？OLTP引擎是Informix的核心模塊，對數據庫的穩定性、性能都有著絕對的作用。對于一個高端OTLP 引擎的核心技術需求分析來看，不外乎需要滿足六個方面的條件：并發控制MVCC即Multi-Version Concurrency Control）、事務隔離級別Read Committed、事務鎖與行級鎖、事務高可用如redo分離和undo分離、共享內存架構、多進程和線程。

武新分析認為，Informix的OLTP引擎性能得益于DSA多線程和PDQ并行數據庫查詢PDQ即Parallel database query。其索引技術支持隱式與顯式索引、唯一索引與可重復索引、簡單索引與復合索引、聚集索引、函數索引、索引分區。

在性能控制方面還采取了分區Fragmentation方式，這是一種把一個表或者索引的數據頁分散到不同dbspaces的技術。在GBase 8t中，可以在dbspace上創建多個表或者索引的partitions，每個分區存儲在它自己的tablespace (group of extents)中。這樣帶來的好處很突出，可以有效有效處理大表，進行并行操作，便于平衡I/O，實現更細的備份和恢復粒度，以及更高的可用性，也更容易管理。

在事務方面采取四種鎖粒度，在數據庫粒度上，適用場景就是數據庫管理活動，比如：imports和exports；在表粒度上，當整個表或者表的大部分數據需要更新，加表級鎖效率高；在數據頁粒度上，當按數據物理順序進行訪問和更新時，頁級鎖效率高；在行（row/key）粒度上，OLTP事務采用行級鎖，也體現出效率高。

在事務機制上采用五種隔離級別：臟讀、只讀已提交的數據、讀取最后提交的數據、游標穩定性、可重復讀。這樣可以做到隔離更少的數據，更少死鎖，更高并發性。

同時實現快速恢復（Fast Recovery），當Informix在未受控制的情況下關閉后，在服務器啟動過程中將Informix恢復到一個一致狀態的自動過程，也發生在將服務器從脫機模式更改為靜態模式、管理模式和聯機模式的過程中。在啟動時采取的步驟包括幾步：首先恢復所有物理日志中的前映象頁到磁盤上，然后在邏輯日志中查找最后一個檢查點，再重做邏輯日志記錄的事務，最后回滾沒有提交的事務。

面向時間序列的Time Series引擎是Informix采用的核心模塊之二。時間序列數據的特點在于，數據是依時間軸變化的，數據具有時間先后順序，需要對數據按時間維度進行查詢和分析。在智能電表的應用里，用戶在一個時間序列列中設定固定時間間隔的數據，并通過使用時間序列函數實現對這些數據的實時查詢、更新、刪除等操作。

一般關系型數據庫存儲時間序列數據，存儲在普通的行存儲表中。Gbase 8t如何存儲時間序列數據？采取自動分成header和時間序列部分，具有很好的壓縮比與查詢性能。在實際的對比中發現， 關系型數據庫表隨時間的增長，查詢效率將下降越來越快，而對于 TimeSeries 性能受時間影響非常小，其查詢效率是關系型表的幾十倍。

在這里需要明確一下的是：GBase 8t采用了雙引擎數據庫，實行關系型與時間序列的Time Series 型互補共存，滿足客戶多樣性的需求。

Informix第三個核心模塊就是數據分析加速器iWA，為進一步提高 GBase 8t數據倉庫查詢的性能，GBase推出了專門針對數據倉庫應用的數據倉庫加速器iWA（Informix Warehouse Accelerator）。GBase 8t數據倉庫加速器提供了優異的性能，而不需要做“在傳統數據倉庫上需要做的優化工作”。它可以在秒級上處理海量數據，還可以快速的提供業務報告，而不需要對應用程序架構進行任何修改，也不需要額外的維護成本。

iWA是Informix團隊兩年半前研發出來的，研發出來以后，IBM DB2團隊覺得很好，就把iWA弄到DB2里面去了。iWA基于列存的內存數據庫引擎，或者說數據倉庫加速引擎，而且單獨部署在OLTP引擎之外的引擎。因為iWA是外掛的，所以擴展性非常好。Oracle 12c也推出了類似的引擎，而這個引擎和oracle其他引擎在同一個內存當中，擴展性就不評論了，你懂得。

其實，iWA的原理相對來說比較簡單，這是GBase 8t平臺，用戶發了一條查詢進來以后，首先在加速器查詢表中查詢，判斷這個表的內容是否在AQT加速器查詢表中。數據倉庫加速器服務器可以看作是一個幾臺物理服務器組成的集群，但實際只用每臺服務器內存，根據查詢的語句判斷，如果數據最新版本在內存里，那么就把請求透明地路由到GBase 8t Server來進行查詢，并把查詢結果返回給用戶，所以這是完全透明的過程。

對于NoSQL／KV非關系模型的支持應該是第四個核心模塊，也是Informix團隊非常強的方面，雖然他們不是重視，但還持續在進行創新。目前，完全可以實現關系型和非關系型數據在同一個系統中，支持SQL方式訪問NoSQL數據，并且NoSQL/MongoDB方式都可訪問Informix關系型數據庫表，分布式查詢，多語句事務的支持。最終實現了提供關系型數據庫和文檔數據庫的完美結合，為客戶帶來更多的價值應是必須的。

Informix支持MongoDB創建的面向JSON的查詢語言，以BSON格式存儲JSON文檔， 通過現在互聯網最常用的PHP、Java腳本這些開發語言，以MongoDB API應用程序做組合查詢。

可見，在梳理完Informix五個架構殺手锏，披露了四個核心模塊的數據庫技術細節之后， 大家應該有理由相信，GBase 8t 易用性表現在易于安裝、易于部署、易于管理、易于優化，可以充分為用戶帶來更多核心價值。一是資源掌控靈活，對DBA優化方便，對突發事件快速反應能力突出；二是安全性非常高；三是一個管理員可以部署管理若干個站點的POS ATM等機器，方便部署特點非常突出。它本身的自動管理能力也非常好，所以這也是它的一個亮點,其實對用戶來說也降低了使用成本。

GBase 8t正在撬動數據庫市場格局

為此，我們從數據庫技術層面已經非常清晰地明白，Informix存在的價值，很顯然，南大通用獲得Informix技術授權對國產數據庫所在的基礎軟件行業發展也具有里程碑意義。“不僅滿足了高端、核心業務數據國產化替代的用戶需求，同時拿到了源代碼，一次性縮短2代數據庫技術差距，也逐漸可以形成去O的杠桿與能力。”武新坦言道，國產數據庫廠商、BAT、華為等研發人員加在一起不過千人，國產數據庫廠商武漢達夢、人大金倉、神舟通用包括南大通用在內的四大家的直接從事編程開發的隊伍也不過500人左右，要知道國外主流數據庫廠Oracle、DB2、Informix、Sybase、SQL Server等每年數十億美元投入。研發投入的差距在那里，大家都能看得到。

國內數據庫市場大部分被國外五大金剛所長期盤踞，歷經多年的發展，國產數據庫廠商還是沒有能找到搞定數據庫“五大金剛”的辦法。雖然國產數據庫在多個行業開始了一些新的應用，但是從用戶實際應用的情況反饋來看，情況并不是那么樂觀。當GBase 8t出現在用戶面前時，當南大通用“ATM”數據庫產品鐵三角形成后，情況就正在發生改變。

不過，對于國產數據庫本身發展的現狀阿明早在2011年的一篇文章中就指出，國產數據庫面臨八大問題的解決辦法，為此在經歷了3年左右的發展后，國產數據庫廠商對這八大問題的解決情況如何呢？

針對品牌壁壘問題，數據庫五大金剛畢竟品牌知名度和影響力的長期歷史積累，并非一下子可以超越，但可以借助國外的品牌經驗，可以通過產品的優化，提高產品兼容性，實現有條件的無縫對接，南大通用與IBM的合作就是很好的例證。

針對領導責任問題，目前的情況有很大的好轉，國產化替代的呼聲很高，中央從宏觀的層面，正在鼓勵各級政府使用國產產品，營造寬松的市場氛圍。

針對技術差距問題，南大通用8a針對大數據行業的需求，以滿足用戶對大數據個性化需求為出發點，為用戶精心打造，量身設計數據庫產品。

針對用戶抵觸與口碑問題，國產數據庫廠商不僅借助各種戰略合作和大會加大宣傳力度，也在樹立樣板工程，實現客戶口碑式營銷。

針對用戶使用習慣問題，與高校聯合辦學，培養新人才，并成立技術俱樂部，加強技術人員的交流，GBase 8t也借鑒和引用Informix技術培訓與認證體系，提升數據庫從業人員的整體素質。

針對渠道發展問題，需要讓利于渠道伙伴，并為其提供強大的技術保障和支持，促進渠道的完善，為了更好地形成產業鏈上下游的全面合作，南大通用董事長崔維力親自在2014年拜訪集成商，如中興、浪潮、東軟等都開始和南大通用合作，中興已經將南大通用數據庫產品銷售到了海外，東軟將南大通用數據庫應用到了海南某重要的項目中。

針對用戶態度問題，國產數據庫已經備受重視，用戶持有開明的態度為多，推進數據庫國產化的進程在加快。

針對價格因素問題，國產數據庫的定位越來越準確，比如南大通用的ATM組合，包括自主開發的大數據分析數據庫GBase 8a、世界級的OLTP數據庫GBase 8t、世界級的內存數據庫GBase 8m，只有價格實惠而實用的產品才會受到用戶的最終認同。

為此，我們需要認識到這一點：主機高可用和容災遷移能力，以及高并發和吞吐量，這些特點是數據庫核心價值所在。開源數據庫和國產通用數據庫采用HA模式來實現主機高可用機制，有著實際的不足。而穩定高效、自主可控、國產高端，GBase 8t的出現不僅正在撬動數據庫市場整體格局， 同時對Oracle形成國產化替代成為真正可能。

為何說南大通用帶來了國產數據庫的最佳路線圖？

當然，南大通用獲得Informix技術授權，不會僅僅停留在GBase 8t，在引進、吸收、消化、再創新的整體策略帶動下，全面吸收Informix技術與資源優勢，打造國產高端事務型數據庫。在GBase 8t的發展規劃中，2014年只是基于Informix代碼編譯構造并推出GBase 8t，并逐步吸收Informix核心代碼，替換升級現在的安全數據庫GBase 8s引擎。在2015年規劃中，將推出GBase 8tx ，下一步改進規劃診斷能力與Oracle兼容能力，以及具備SQL99能力，并實現與GBase 8a的集成。未來也以市場需求為導引，發展GBase 8tx，提升 MPP集群水平，保持與國際主流產品技術同步。

當然，對于這些規劃的展望中，為了保障愿景的實現，南大通用在2015年將建立100人GBase 8t 團隊，并吸收前Informix和GBase 8s核心研發人員組成。從2015到2018年，也將投入2億人民幣用戶研發與市場推進。在扎實自身基本內功的基礎上，同時來自政府政策資金、用戶存量市場與新需求支持，以及數據庫生態系統建設和合作伙伴的支持，采用MPP架構帶動國產CPU、主機產業化，這些都是保證規劃最終落實的重要因素。

南大通用武新分析認為，國產數據庫未來十年技術三大發展方向將圍繞：面向高端事務處理方向，形成具備去“IOE”能力的國產高端事務型數據庫；面向結構化大數據分析方向，以MPP數據庫為主要發展方向；面向非結構化大數據分析方向，以基于開源Hadoop的改造為主要解決方案。

而南大通用有著自己的產品規劃路線，GBase 8t＋8a構建未來數據平臺產品，“OLTP+OLAP”混搭架構平臺將成為未來數據平臺理想的解決方案。具體來看，南大通用面向高端事務處理方向有GBase 8t來覆蓋，面向結構化大數據分析方向有GBase 8a來支持，面向非結構化大數據分析方向計劃GBase 8a+ Hadoop來實現。

在展望數據庫處理技術演進中，武新還指出，1980年到2010年是關系型數據庫的發展時期，未來是一個混搭的技術時代，不是哪一種架構和平臺技術可以滿足一切，未來將會是一個共存的狀態。

重構行業應用，未來發展可期

另外，從經濟整體規模角度來分析，中國100億元人民幣的數據庫市場與中國經濟規模很不匹配。但是受到盜版嚴重，信息化程度低，服務體系不健全，知識產權保護等等問題影響，數據庫市場發展健全，同時也充滿了機會。

國網電調度中心辛耀中表示，必須重構行業應用架構，用戶如何反向思維，與國產數據庫廠商合作，如何去應用好數據庫，因此，對國內數據庫廠商也是一個鞭策和促進，用戶需求帶來市場機會，但競爭也促進發展。

目前，大家在承認自己與國外數據庫大廠差距的同時，如何聯合起來？國產數據庫廠商與操作系統廠商如何聯合？比如Oracle做RAC時，是沒有操作系統支持，但現在國產數據庫廠商有機會與操作系統廠商合作機會，聯合起來做出的產品一定更具有應用價值，未來還是需要更接應用地氣的產品和方案來證明國產數據庫存在的價值。

在談到未來發展方面，證監會信息中心張野指出：在開放、開源模式上，如何創新？如果按照傳統封閉式的商業模式發展，恐怕還是有悖于行業發展，在國內交易所也在向開放、開源方向努力？他認為如何契合證券行業現狀和戰略，是南大通用未來在證券行業發展的發展方向。

對于這個方面的問題，南大通用數據技術股份有限公司高級副總裁兼CTO武新表示，對于代碼升級，南大通用與IBM簽訂了服務合同，升級服務是可以延續的，南大通用會根據本土需求進行代碼升級的服務改進；另外，如何建立基于Informix的功能開發的團隊，目前做數據庫的包括國產數據庫廠商、華為、BAT以及南大通用不過1000人。如何吸收在美國數據庫廠商工作的華人人才？如何與產業鏈互相合作支持？這都需要考慮，不過，現在的國產數據庫人才形勢比5年前好很多，總體人才規模上雖然趕不上Oracle,但是核心人才團隊人員如Oracle也不過千人左右。所以國產數據庫還是有機會。

再者，如何在商業模式上再創新，進行某些行業的個性化模塊創新，對于這點，南大通用已經做了包括銷售模式的改進，按照CPU、數據量、套數等多種銷售模式來進行。

同時，南大通用董事長兼CEO崔維力表示，Informix對于IBM和南大通用的技術演進來看，雙方都在做技術創新，如果雙方有新的創新，互相都可以合作再次購買，關鍵是如何在共享磁盤基礎上做的集群，因為谷歌已經作出了一個共享的集群。南大通用的8a集群已經可用，目前我們還沒有看到其他友商有著這樣的實力。

之前，南大通用員工總數500人，目前大概有400工程師，200人做研發，100人做銷售，100人做技術支持，團隊中做了5年到10年的員工非常多。公司實行員工持股，占60%左右股權。因此，南大通用對于未來的數據庫發展前景非常看好。

GBase 8t正式發布引爆業界哪些熱議？

可能是國產數據庫行業平時過于風平浪靜的緣故，就在GBase 8t發布當天，引來了業界各路大牛對南大通用的關注與熱議。

如何基于GBase 8t的服務支持隊伍建設？如何結合具體應用場景推出相應方案？如何進入國家政府采購財政目錄？在同其他國產數據庫廠商、操作系統廠商等方面，如何協同協作聯合？這個方面談了很多年，為什么不能做出實質性的進步？

等等一系列問題擺在了南大通用面前，這其中需要南大通用繼續勤練內功，也需要南大通用繼續吸引資本力量來推動，聯合學術界、產業界、投資界、商業界一起來做。

與此同時，銀聯商務技術主管龔俊濤提到一個實際的問題，如何建設人才團隊？如何樹立認證體系，培養技術服務人員？他認為，對于內存管理方面，Oracle已經過渡到了自動化管理，但自動化過高，可能會出現大家不想要的現象，如何做到自動化的可控？另外，對于兩地三中心架構方面，對于數據庫、存儲、應用等方案有一些經驗，但對于聯機事務如何處理，如何做到RAC負載均衡的模式，抑或是RAC負載均衡和聯機事務混搭模式？對于8a和8t有沒有一個中間件做數據庫的過渡，比如Oracle的數據庫過渡到8t如何做很長時間的過渡運行？對于南大通用和Informix新產生的后期專利，采取專利交叉授權，還是采取買斷執行方式？

武新分析道，Informix成熟度比較高，使用成熟度也比較高，畢竟已經有了全球上萬用戶在實際采用。在人才與開源方面，支持8a開源的團隊已經加入8t研發團隊，國內有過對Informix實踐的技術人員有好幾百，南大通用正在嘗試吸引他們加入，人才團隊的建設對于南大通用后期發展不是問題。Informix培訓認證有現成的策略與機制，南大通用可以拿來使用。

Informix 自動化程度沒有Oracle那么高，但對資源管控更精準，對于內存、CPU資源控制更優。任何事情都是有利有弊，看如何掌控好用戶需求給予最佳的應用方案。

在高可用方面的問題，如果是純交易場景下，如采用了Informix的建行，其數據庫平臺穩定，效果很好。而在異構數據庫之間，未來會做一些API接口，打通數據庫與數據倉庫資源，這點都在南大通用的未來規劃中。

不過，建設銀行基礎架構處技術主管孔令俊從中指出，Informix的服務如何做？如何了解客戶需求，必須要服務于客戶才能了解到，南大通用需要做Informix服務才能獲得更多的了解。集成如何做？如果集成商不知道Informix優勢，不敢使用Informix，不懂得使用Informix都需要改進。

大家的問題雖多，但南大通用最終的答案只有一個，崔維力表示，大家也看到了南大通用與集成商合作的決心，這個產業的發展是屬于大家的，包括數據庫、操作系統、處理器、中間件、軟件開發商、集成商和用戶的共同協作。

阿明點評：GBase8t的出現，可以說南大通用數據庫發展之路才剛剛有了實質性的起色與進步，相信未來發展過程中的問題肯定會有，但問題也是需要一步一步地分析，一點一點地解決。在改變數據庫產業格局的基礎上，實現國產數據庫新的飛躍，這才是南大通用所想要的，也是關注基礎軟件的業內人士所期望的。所謂基礎決定發展，現在國產數據庫已經有了一定的基礎，未來的發展值得期待。