- 相關(guān)推薦
基于ods構(gòu)建貿(mào)易系統(tǒng)的即時olap應(yīng)用
摘要：基于db和dw的中間層ods的數(shù)據(jù)存儲技術(shù)，從應(yīng)用的角度分析設(shè)計了一個貿(mào)易系統(tǒng)的即時olap系統(tǒng)。通過使用ods克服了利用dw進行決策過于臃腫且不適合企業(yè)即時的中層決策的題目。關(guān)鍵詞：數(shù)據(jù)倉庫（dw），操縱數(shù)據(jù)存儲(ods)，即時聯(lián)機分析處理(olap)1．題目提出面向主題的數(shù)據(jù)倉庫（dw）概念的提出，不但為有效地支持企業(yè)經(jīng)營治理決策提供了一個全局一致的數(shù)據(jù)環(huán)境，也為歷史數(shù)據(jù)，綜合數(shù)據(jù)的處理提出了一種行之有效的解決方法。數(shù)據(jù)倉庫概念的提出也清楚的把數(shù)據(jù)處理劃分為了操縱型處理和分析型處理兩種不同類型，從而建立起了db-dw的兩層體系結(jié)構(gòu)。但是有很多情況，db-dw的兩層體系結(jié)構(gòu)并不能涵蓋企業(yè)所有的數(shù)據(jù)處理要求，由于企業(yè)的數(shù)據(jù)處理固然可以較為粗略的劃分成操縱型和分析型兩部分，但這兩種類型也不是涇渭分明的，它們之間也有交叉的情況，譬如，有些是操縱型的，但不適合在操縱型db中進行，而又有一些是分析型處理，但不適合在dw中進行。比如我們開發(fā)的一個醫(yī)藥銷售公司的決策系統(tǒng)，按要求公司經(jīng)理要解決什么商品該進貨了，各種商品近來的贏利情況，客戶的信任情況等等。要回答這些題目，他必須首先要弄清楚藥品的存貨是否充裕，還要了解該藥品近期的銷售情況，另外還要和別的藥品的庫存和銷售情況進行比較等。假如我們把這個決策分析過程放在原有的面向應(yīng)用的分散db系統(tǒng)中往完成的話，不一定得到每個部分的正確一致的信息，而要進行各部分間的協(xié)調(diào)配合，工作量勢必會很大，但假如把其放在dw中往進行分析的話，不但費時，而且會有很多的不必要的數(shù)據(jù)檢索存在。對于上述題目可以借助于db-dw的中間層ods（操縱數(shù)據(jù)存儲）來解決。它象dw一樣是一種面向主題，集成的數(shù)據(jù)環(huán)境，又象操縱型db一樣包含著全局一致的，細節(jié)確當(dāng)前的數(shù)據(jù)。建立基于ods的即時olap應(yīng)用是應(yīng)中層決策分析之需要的一種解決方案，它能很好的適應(yīng)企業(yè)日常頻繁的中低層次的決策分析應(yīng)用。2．ods技術(shù)和即時olap2．1操縱數(shù)據(jù)存儲（ods） 是用于支持企業(yè)日常的全局應(yīng)用的數(shù)據(jù)集合，ods的數(shù)據(jù)具有面向主題、集成的、可變的和數(shù)據(jù)是當(dāng)前的或是接近當(dāng)前的4個基本特征。ods是介于db和dw之間的一種數(shù)據(jù)存儲技術(shù)，和原來面向應(yīng)用的分散的db相比，ods中的數(shù)據(jù)組織方式和數(shù)據(jù)倉庫（dw）一樣也是面向主題的和集成的，所以對進進ods的數(shù)據(jù)也象進進數(shù)據(jù)倉庫的數(shù)據(jù)一樣進行轉(zhuǎn)化和集成處理。另外ods只是存放當(dāng)前或接近當(dāng)前的數(shù)據(jù)，假如需要的話還可以對ods中的數(shù)據(jù)進行增、刪和更新等操縱，固然dw中的數(shù)據(jù)也是面向主題和集成的，但這些數(shù)據(jù)一般不進行修改，所以ods和dw的區(qū)別主要體現(xiàn)數(shù)據(jù)的可變性和當(dāng)前性上。 2．2 即時olap ods主要是適應(yīng)企業(yè)級的全局應(yīng)用的需要而產(chǎn)生的，對它的應(yīng)用主要是在即時"olap"的數(shù)據(jù)處理上。我們在dw上實現(xiàn)olap主要是為了進行長期趨勢分析，dw中是數(shù)據(jù)量很大，所以olap應(yīng)用的運行時間都比較長。在企業(yè)日常經(jīng)營中，經(jīng)常要進行一些非戰(zhàn)略的中層決策以實現(xiàn)企業(yè)的日常治理和控制，譬如，醫(yī)藥銷售公司經(jīng)理要每周查看藥品的銷售情況，各地區(qū)的藥品銷售情況，業(yè)務(wù)員的業(yè)績情況等等，并且這種決策過程并不需要參考太多的歷史數(shù)據(jù)，主要是參考當(dāng)前的或比較當(dāng)前的數(shù)據(jù)，還需要比較快的執(zhí)行速度，可以把這種分析決策稱為"即時olap"。顯然利用dw不但運行的效率是無法讓人忍受而且也很難正確的反映近期的真實情況，ods的建立克服了dw系統(tǒng)過于臃腫，處理時間過長和不適應(yīng)即時olap的情況，提供給中層決策者以快捷正確的分析信息。2．3 從db向ods轉(zhuǎn)化的實現(xiàn)機制在db-ods的體系結(jié)構(gòu)中，ods的實現(xiàn)機制表現(xiàn)在其記錄系統(tǒng)定義的數(shù)據(jù)傳送關(guān)系上，如圖1所示。操縱型環(huán)境中各分散的db記錄經(jīng)過過濾后形成了ods系統(tǒng)的記錄系統(tǒng)，向ods系統(tǒng)中提供數(shù)據(jù)。記錄系統(tǒng)定義了原有分散db中那些數(shù)據(jù)送往ods，并指明與ods數(shù)據(jù)相應(yīng)的數(shù)據(jù)表。通過ods的定義可以把分散于應(yīng)用的db中的數(shù)據(jù)復(fù)制到ods中往，這樣原來的分散db中的記錄就形成了ods中的面向主題的記錄。ods維護著一個分析型的環(huán)境，數(shù)據(jù)處理簡單得多，實際需要的支持技術(shù)也很少。沒有給出從ods向db轉(zhuǎn)化的實現(xiàn)機制，這種情況主要用在有關(guān)企業(yè)全局操縱應(yīng)用的情況，可以通過在ods系統(tǒng)中存放一些參數(shù)表，它所反應(yīng)的關(guān)系是ods全局更新時必須要反應(yīng)到所有db中的相關(guān)記錄。此時，ods是一個操縱型環(huán)境，實現(xiàn)ods所要求的技術(shù)跟原來的面向應(yīng)用的分散的數(shù)據(jù)庫系同一樣，包括事務(wù)治理、封閉治理、數(shù)據(jù)恢復(fù)等等技術(shù)。3 基于ods的藥品銷售即時olap應(yīng)用的設(shè)計我們知道ods是介于db和dw之間的一種新的數(shù)據(jù)存儲技術(shù)，它兼有dw和db的特點，在開發(fā)即時olap系統(tǒng)時，其開發(fā)方式更接近dw的開發(fā)模式。3．1 建立ods該藥品銷售公司原本的一個銷售數(shù)據(jù)庫治理系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)如圖2所示，是分布在access97數(shù)據(jù)庫中，分屬于財務(wù)，銷售和庫存等幾個數(shù)據(jù)庫中。根據(jù)前面的分析，優(yōu)先選擇銷售區(qū)域，客戶和藥品三個在銷售領(lǐng)域最關(guān)切的的主題，把事務(wù)數(shù)據(jù)庫中涉及到此領(lǐng)域的數(shù)據(jù)轉(zhuǎn)進到ods中。ods（主要對照dw）邏輯模型的種別主要有星形模型，雪花模型和混合模型等三種，我們在開發(fā)ods邏輯模型時用了星形模型。一個簡單的星形模型由一個事實表和若干個維表組成，而復(fù)雜的的星形模型可能包括數(shù)百個維表。星形模型從支持商務(wù)決策的角度定義了數(shù)據(jù)實體，它能客觀在實體中反映商務(wù)運行的規(guī)則和屬性，與后兩種模型相比，設(shè)計相對簡單，更輕易被用戶所理解和接受。定義記錄系統(tǒng)時，主要考慮如何將主題域的各個屬性分配到應(yīng)用系統(tǒng)中往，這里主要考慮把各主題中的屬性分配到藥品銷售的操縱環(huán)境中的銷售和庫存等子系統(tǒng)中。3．2 數(shù)據(jù)采集數(shù)據(jù)采集過程跨越分散db操縱環(huán)境和ods分析環(huán)境。本系統(tǒng)中數(shù)據(jù)采集過程較為簡單，只需要按照ods記錄系統(tǒng)和ods記錄系統(tǒng)定義兩者之間的映射關(guān)系，將db中的數(shù)據(jù)傳送到ods，這里我們采用了sql server 7.0的dts數(shù)據(jù)轉(zhuǎn)換服務(wù)，sql server 7.0的dts（data transformation services）提供了數(shù)據(jù)的提取，轉(zhuǎn)換和裝載的功能。利用sql server 7。0的輸進輸出向?qū)?chuàng)建dts包，在復(fù)制時使用snapshot（快照類型）對ods中的數(shù)據(jù)進行清除和重建，由于數(shù)據(jù)量不是很大，故可以取得很好的執(zhí)行效率。3．3 系統(tǒng)用戶界面的實現(xiàn)終極用戶界面利用delphi 5.x來實現(xiàn)，這里有幾個有利的地方，delphi提供了一組決策支持元件，用于對數(shù)據(jù)進行全方位多層次的分析。這些決策支持元件包括:.tdecisioncube 這是以個***數(shù)據(jù)倉庫。.tdecisionquery 類似于tquery，用于與數(shù)據(jù)庫的連接。.tdecisionsource 類似于tdatasource，可以為數(shù)據(jù)透視表，柵格，圖表等元件提供數(shù)據(jù)源連接。.tdecisionpivot 用于對柵格的形式顯示***的數(shù)據(jù)。.tdecisiongraph 以圖表的形式顯示數(shù)據(jù)，可以按照不同的字段重新組織圖表。通過把所建的ods數(shù)據(jù)表通過連接導(dǎo)進到數(shù)據(jù)倉庫元件（tdecisioncube）中，即可利用其他的決策元件來實現(xiàn)***柵格和圖表的顯示，給用戶提供一個直觀，明了的分析界面。3．4系統(tǒng)的體系結(jié)構(gòu)4．結(jié)束語ods技術(shù)的引進和應(yīng)用，為企業(yè)在日常經(jīng)營中進行即時olap提供了一種解決方案使得企業(yè)無須建立一個"臃腫"的dw，就可以進行一些非戰(zhàn)略性的的中層決策，來實現(xiàn)對企業(yè)的日常治理和控制，同時也能獲得較快的響應(yīng)速度。同時，企業(yè)在構(gòu)建dw時，可以考慮db-ods-dw的三層模式來開發(fā)dw，進而更進一步的開發(fā)具有全局應(yīng)用的高層olap決策系統(tǒng)，以實現(xiàn)企業(yè)的總體決策和即時決策相互補充。參考文獻[1] 王珊等 數(shù)據(jù)倉庫技術(shù)與聯(lián)機分析處理 科學(xué)出版社 1998.6[2] w.h.inmon /王志海等譯 building the data warehouse 機械產(chǎn)業(yè)出版社 2000.5[3] michaelcorey michaelabbey/�？磮D書創(chuàng)作室譯 sql server 7 data warehousing 北京希看電子出版社 2000.1【基于ods構(gòu)建貿(mào)易系統(tǒng)的即時olap應(yīng)用】相關(guān)文章：
基于ADSL傳輸?shù)木W(wǎng)絡(luò)視頻應(yīng)用系統(tǒng)03-18
基于價值鏈的戰(zhàn)略成本管理系統(tǒng)構(gòu)建03-24
基于供給鏈的質(zhì)量治理信息系統(tǒng)構(gòu)建03-24
基于DSP的Bluetooth嵌入式系統(tǒng)應(yīng)用03-20
電子商務(wù)時代基于協(xié)同處理的企業(yè)ＥＲＰ系統(tǒng)構(gòu)建03-20
基于戰(zhàn)略的平衡計分卡績效評價系統(tǒng)構(gòu)建03-22
基于Web技術(shù)的高校監(jiān)考安排系統(tǒng)的設(shè)計與應(yīng)用02-27