后關系數據庫必將有用武之地
后關系數據庫用對象訪問方式或者用SQL方式，可以直接實現對數據的訪問。在數據庫世界里，后關系數據庫仍舊泰然自若，保持其本色。
在現代IT界，SQL和XML已經成為數據庫的非常重要組成部分，這二者成為數據庫系統結構組成部分的歷史也很長久了，至于開始的時間我也很難記得了。
但是，在60年代末和70年代初，出現了具備靈活字段長度、嵌套表格、松散數據類型選擇的數據庫構架，這樣的數據庫系統不僅受市場歡迎，也得到大家的青睞。這些早期的數據庫系統雖然缺乏像XML一樣的標記功能，但是它們在實際工作中卻表現出和XML極為類似的功能。
現在描述這些數據庫系統的術語是“后關系”或者“多值”，它們沒有SQL關系數據庫知名，是因為這些數據庫系統缺乏許多新聞的宣傳度，我們很容易把它認為是一個實驗而已，然后這些實驗在人們的印象中就會半途而廢了,最終慢慢的消失。
但是，事實上，后關系技術卻沒有銷聲匿跡。目前仍有許多的公司提供后關系數據庫產品，如從大名鼎鼎的IBM到不是很知名的InterSystems、Northgate、jBase公司。在2008年三月末的InternationalSpectrumConference上，這個領域七大數據庫提供商展示了它們的產品，欲尋找新的合作伙伴關系，詳細規劃了擴張發展的計劃。
快速瀏覽這個大會的議程，就會發現大家關注同一個話題：如何開發魯棒的Web-to-Data集成功能;如何改變控制管理;如何保證安全;如何進行文檔管理和其它的常見主題。另外，就像它們的知名對手SQL關系數據庫系統那樣,這些后關系數據庫系統也有強大的支持陣容。
回顧整個大會傳遞的信息和訪問大會的參加者，我們能夠找到為什么數據庫行業會考慮將后關系數據庫替代關系數據庫關系系統，至少考慮將這一技術增加到關系數據庫管理系統中去。
良好的伸縮性
增加用戶數量而不損失速度的話，那么SQL的伸縮性已經特別好了。但是想增加應用程序的復雜度而不損失速度的話，后關系數據庫系統的伸縮性就表現出來了。
這個原因就隱藏在數據結構中。由于具備XML形式的嵌套，并且數據完整性后關系數據模型的固有性質。那么，對于后關系數據模型來說，就需要相對少一些的計算資源來檢查和保護數據的完整性。另外，嵌套能夠以非常少的讀入操作來完成非常多的數據檢索量。這就意味著更少的讀周期，但由此會帶來的更長的MTBF(故障之間的平均時間)。這也意味著程序員或者分析師能夠通過查看數據，而不需要看模型知道數據之間的主要關系。
購置總費用降低
許多后關系數據庫環境能用于很小或者中等規模商業軟件中，通常只需聘請一個IT員工。另外，通常請一到兩個顧問，這些顧問一個月工作時間少于40小時。對于更大的公司來說，后關系數據庫只需要關系關系數據庫員工的三分之一。
使用后關系數據庫的應用程序通常花費會更少，但具備同樣的功能。一旦購買后，所需要的管理和升級應用程序的員工也較少，這意味著后關系數據庫系統能夠真正給那些財務困難的公司減輕痛苦。
所需數據庫管理員少
除了偶爾的性能調整或者人工設定文件的大小，后關系數據庫系統幾乎不需要一個數據庫管理員。一個典型的后關系數據庫系統能夠至少運行10年，而不需要一個傳統意義上的管理員。一些SQL關系數據庫系統現在才開始減少全職的DBA,而后關系數據庫系統一開始就只需要很少的DBA。
以往的關系數據庫系統本身具有的限制，使它難以適應建立以網絡為中心的、企業級快速事務交易處理應用的需求，而后關系型數據庫技術能為網絡為中心環境提供所需的性能、擴展性、互操作性和安全性。
【編輯推薦】
