輕量級數據倉庫的實現方法

摘要 以網絡管理軟件為例，分析了軟件體系結構中數據庫之重要性以及海量的數據和不良的數據庫設計可能對軟件造成的響應速度的極度惡化。本文汲取了數據倉庫中面向主題的思想，提出了一種構建輕量級數據倉庫模型及實現方法，用空間來換取時間，以提高軟件的響應速度。該模型具有可擴展性、一次構建重復使用等特點。 

關鍵詞 數據倉庫；網絡管理；響應速度 

    1 引言

    數據庫現在已經成為大型軟件不可缺少的一部分，數據庫在軟件體系中扮演著越來越重要的角色，數據庫設計正日益成為影響軟件性能、健壯性的重要因素。隨著軟件體系結構的復雜性變得越來越高，開發人員不得不設計更多的表來存儲他們需要的數據。表越多，數據庫越復雜。復雜的數據庫對于數據的寫入不會有任何問題，但是如果我們想把數據取出來，將變得異常的困難。這在一些響應需求很高的軟件中是不能忍受的。 

    數據倉庫是近幾年來數據庫領域非?；钴S的一個研究方向。數據倉庫主要解決的問題就是從海量的歷史數據中通過數據挖掘進行知識發現，提供決策支持。數據倉庫的設計目標是給決策層提供支持，但是其面向主題性、完整性、穩定性為我們解決上面的問題提供了思路。 

    2 問題描述

    現在以網絡管理軟件為例說明構建輕量級數據倉庫的必要性。大型的網絡管理系統非常的復雜，具有管理設備多、網絡層次復雜、響應需求性高等特點。網絡管理客戶端系統一般可以粗略的分為兩部分，網管GUI和報表系統。網管GUI部分主要功能是對設備進行監視和數據采集。報表系統主要功能是對采集到的數據進行分析、提供網絡運營情況的詳細報表可能包括日報表、周報表、月報表、季度報表、年報表。每種報表可能還會按照網絡層次、區域（可能是地理的也可能是邏輯的）等規則來劃分。網絡管理軟件的開發人員還可能由于性能、語言、復雜性等因素存入不當的數據類型（比如時間，很多開發人員可能更愿意使用long型的數據類型而不愿意使用Datetime或者字符串類型的數據類型，因為這樣便于程序員的操作、比較，性能也更好一點）。然而不當的數據類型可能給報表系統、數據庫更大的壓力，造成性能的嚴重惡化。多表的關聯也是影響數據庫性能的主要因素之一。因為有時候為了獲得需要的結果，不得不從多個表中根據相關條件進行條件選擇，本來就很多的數據又以聯合級數增長。下面以圖１的表簇為例，并用SQL server數據庫進行查詢，得到記錄數和響應時間表格如下： 

原文轉自：http://www.anti-gravitydesign.com