首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 數據庫知識 >  >> DB2 資料庫 >> DB2 教學

System Z 復興:大型機未死,蛻變為數據倉庫首選平台

     編輯:DB2 教學

歷史回顧:從決策支援到 OLTP 主戰場

1993 年 DB2 面世於大型機,定位決策支援 (尚無「數據倉庫」術語)。後因 OLTP 需求爆發,IBM 大量加入效能特性,OLTP 成為全球 DB2 系統主流負載。久而久之,大型機被誤認為不適合 BI——但如今 System z + DB2 成為熱門 BI 組合。

大型機市場:依然健康

「大型機已死」論興起於 90 年代末,實屬謬誤。System z 系列興起得益於解決幾乎所有公司面臨的核心挑戰:

  • 綠色計算先鋒:極高空間與能源效率,充分榨取每分廠房面積與能耗的算力。
  • 持續可用性與高效能:用戶信賴其保護敏感數據。可靠性、擴展性、負載管理、安全性均為基準平台 (Parallel Sysplex 集群更強)。

為何大型機成數據倉庫首選?

  1. 就近源頭:多數源數據在大型機,倉庫靠近源頭利於頻繁、近實時更新,組織受益巨大。
  2. 任務關鍵地位提升:倉庫重要性不亞於 OLTP,計劃外故障容忍度極低 (SLA 含財務罰則),推動組織在 System z 建倉。

DB2 for z/OS 奪回 BI 市場的關鍵增強 (V8/V9)

  • 64 位址尋址 (V8):支援大緩衝池,利於 I/O 密集型倉庫應用。
  • 物化查詢表 MQT (V8):預建中間結果集 (聚合/Join),大幅縮短查詢時間。
  • 駐內存工作檔 (V8, V9 擴充):中間結果集物化後重訪問加速。
  • 表達式索引 (V9):BI 查詢常含欄運算式謂語,索引之帶來巨大效能提升。
  • 索引壓縮 (V9):倉庫環境索引磁碟佔用常超過表,顯著降佔用。
  • 豐富 SQL:共用表運算式、遞歸 SQL、INTERSECT/EXCEPT、OLAP 函數 (RANK/DENSE_RANK/ROW_NUMBER)、TRUNCATE 快速清表。

經濟誘因:zIIP 引擎與 VUE 定價

  • zIIP (System z Integrated Information Processors):專用 CPU,成本低於通用處理器、不影響軟體定價。DB2 查詢並行機制 (倉庫查詢性能加速器) 符合 zIIP 資格。DRDA/DDF 查詢 (常透過 DB2 Connect) 亦適用,極普遍於倉庫環境。
  • DB2 for z/OS Value Unit Edition:針對特定負載 (含倉庫) 一次性付費獲授權。

InfoSphere Warehouse on System z:設計、填充、加速一站式

整合工具集,加速倉庫建置上線,尤其當源數據由 DB2 for z/OS 管理時:

  • Design Studio:OLAP 存取數據建模 (物理設計/數據移動流)
  • SQL Warehousing Tool (SQW):基於 SQL 的數據移動與轉換
  • Cubing Services:優化多維報表分析,含緩存大幅提升 MDX 查詢效能,支援 Cognos 8 BI、Excel 等終端工具
  • 管理主控台:運行時環境管理

結語

綠色、可擴展、可靠、安全的平台 + 先進 BI 技術 + 預算友好的經濟誘因。DB2 + System z 為任務關鍵型數據倉庫奠定堅實基石。BI 是 DB2 for z/OS 的基因——加入大型機陣營,讓運行關鍵 OLTP 的平台同樣成為卓越倉庫選擇。

  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved