DB2還行不行？IBM i：我要支持多元資料庫！

IBM i與其他平台有很多不同之處，其中最獨特的就是集成了DB2資料庫，專門供IBM i客戶使用。但現在是不是到了IBM i支持多元資料庫的時候了？

在許多方面，DB2 for i都是平台最大的優勢。IBM i以其交付處理能力而著稱，推動了ERP和其他業務應用程序的發展，DB2 for i為這些系統提供堅定的動力引擎。

理論上來講，沒有DB2 for i的IBM i伺服器也是可以運行的，例如你可能想在X86伺服器上單獨運行Oracle或SQL Server資料庫。但是這樣做，就完全失去了IBM i平台的優勢，更別說計算規律了。在Oracle JD Edwards和SAP Business Suite的常見異構設置中，IBM i伺服器幾乎總是為資料庫供電，而主流X86伺服器及其Windows和Linux操作系統為應用程序和HTTP伺服器提供動力。

這個以資料庫為中心的身份幾十年來一直服務於IBM中端平台。DB2 for i資料庫非常成熟強大，支持SQL和DDS編程結構，支持ANSI SQL。更重要的是，IBM i平台每發布一個新版本，在我看來，DB2的性能也越好。所以，我們是否需要IBM i有更多的東西？

這個問題的重點可能是在數據本身的性質正在發生改變，所以存儲方式也需要改變。IBM首次開發AS / 400時，存儲（主要指磁碟）相對於今天來說是昂貴的，因此公司希望將其存儲量減到最少。IBM的存儲架構也反映了這一事實，因此寫入磁碟的數據是高度精鍊或結構化的。

這對關注結構化數據的行業提供了很多便利，關係型資料庫管理系統（RDBMS）也得到了飛速的發展。

但是隨著時間的飛逝和存儲成本的降低，需要優化數據以適應小空間的數據越來越少。2000年左右，可擴展標記語言（XML）開始流行，它將通過數據自我參照（即每個數據）大大地擴展了我們可以通過數據和應用程序做的事情。XML文檔，可以用來標記數據、定義數據類型，是一種允許用戶對自己的標記語言進行定義的源語言。

雖然XML大大簡化了數據集成的挑戰，但是它自身也存在很多挑戰，其中最明顯的就是XML文檔解析慢，如果要解析成DB2 for I 所理解的格式，XLS運行程序的處理器會耗盡。這對於重視簡單性和易用性的傳統RPG程序員來說，明顯是有點複雜。

10年前，Web 2.0革命剛剛開始時，JSON開始走入了我們的視線。與XML一樣，JSON也是一種自定義的半結構化數據格式，但是JSON比XML要快得多。

NoSQL的興起

如今JSON已經超過XML成為了Web開發十分受歡迎的數據格式，而且還激發了新的非關係型資料庫管理系統的誕生——NoSQL。目前比較流行的NoSQL資料庫之一——MongoDB，它就是將數據以類似JSON的格式存儲，名為BSON。Couchbase也是一款十分受開發人員歡迎的NoSQL資料庫，它也是以JSON格式存儲數據。

從DB-Engine來看，目前四大流行資料庫分別是Oracle、MySQL、SQL Server和PostgreSQL 。關係型資料庫還是佔據主導地位，而且全球很多企業之前都部署了關係型資料庫，而且耗資數萬億美元用於開發應用，所以關係型資料庫是不會輕易狗帶的。

但是NoSQL資料庫也在以迅猛的速度來獲得更多的市場份額，尤其是在Web和移動應用程序領域。NoSQL資料庫的巨大進步使得開發人員在為應用程序讀取數據時更願意選擇NoSQL資料庫而不是關係型資料庫。NoSQL資料庫專註於存儲自定義數據類型，隨著時間的推移，它的優勢會更加明顯。

當然諸如DB2這樣的RDBMS也在發展，支持一些NoSQL功能，如水平可擴展性、JSON支持等等。IBM早期也為i添加了對JSON的支持，但是這種支持還不完整，未來的技術更新可能會支持更多的功能。

為什麼需要其他資料庫？

雖然DB2 for IBM是IBM i平台的故事主線，但是它並不是該平台正式支持的唯一資料庫。

差不多十年之前，IBM正式支持了一個由Monty Widenius創建的開源關係資料庫，該資料庫主要用於支持PHP應用程序。而現在隨著Oracle對MySQL的一些自私作為，再加上2001年IBM i平台放棄了對於MySQL的支持，MariaDB正在全球慢慢取代MySQL。

MariaDB和MySQL都是關係資料庫，他們有PHP，Perl和Python開發社區的支持，所以IBM i平台上以這些語言編寫的程序都會得到簡化，但是它們不提供與DB2 for i完全不同的數據存儲。

MariaDB和MySQL是平台上替代資料庫的最佳示例，除了它們還有一些其它項目。其中之一是由IBM i開發人員Christopher Burns牽頭的Inuendo項目。

Inuendo是IBM i的關聯資料庫，旨在大大簡化數據存儲的方式，從而加快交易處理量。關聯資料庫不是使用數十個相互關聯的表、索引和訪問路徑構建資料庫模式，而是依賴於一組唯一的標識符來提供對存儲在資料庫中的業務實體的訪問。雖然支持SQL，但訪問主要是通過一定數量的API。

IBM i的另一個資料庫是ERROS connectionist資料庫，由英國IBM i開發人員Rob Dixon開發。Dixon最初開發了ERROS的初衷是支持他正在開發的S / 38應用程序，其在尊重權威和維持高性能的同時支持了靈活性。

作為connectionist資料庫，ERROS特別適用於定義雙向關係，無需查詢語言即可導向關係的任一方，擁有幾乎存儲無限深度的層級能力。

值得注意的是，與其它資料庫想要提到DB2相比，ERROS更像是站在DB2的肩膀上。Dixon表示，ERROS核心的「通用數據結構」存儲了所有數據定義、應用程序定義和許可權以及所有用戶數據。

Dixon 表示ERROS允許增量開發，沒有詳細的用戶規範，沒有物理文件設計或規範化，沒有SQL，我創建ERROS的初衷是為人文創造一個先進的系統，但它同樣也適用於在商業環境中創建主要的互聯網系統，包括事務處理。」

資料庫作為工具

即使數據的性質發生了變化，我們也要使用資料庫來存儲它。IBM在交易處理方面的優勢存在並將長期存在下去。但是現在大部分企業的數據都不是關係型的，並不適合整合在RDBMS中。

所以IBM也在積極的適應這些改變，向MariaDB為開源編程語言開發的插件提供兼容性。正如程序員的開發工具正在逐漸變化，資料庫的數量和種類也在變化。為了確保能夠和快速變化的IT保持同步，IBM會將更多更新的開發技術整合到IBM i 平台中，讓程序員更容易的將不同類型的數據處理引擎插入到IBM i中。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！