天天激情天天干,久久国产一级毛片一区二区,国产tv精品,天天草夜夜骑,中国av免费看,亚洲免费av观看,国产一区高清在线观看

 首頁 > 新聞 > 專家觀點 >

基于WEB方式的企業(yè)CRM數據倉庫設計

2009-06-30 00:00:00   作者:   來源:   評論:0  點擊:



閔銳 米新江 2009/06/30

1.引言
  數據倉庫由數據抽取、數據倉庫和數據倉庫日常維護系統(tǒng)組成。其中數據倉庫存儲元數據和用于決策分析相關的數據。元數據是數據倉庫的核心,它是描述數據的數據,用于存儲數據模型和定義數據結構、轉換規(guī)則、倉庫結構、控制信息等。數據倉庫日常維護包括數據的安全、歸納、備份、恢復等工作,這些工作需要利用數據庫管理系統(tǒng)(DBMS)的功能。應用層是建立在數據倉庫基礎之上的,它主要由聯機分析處理(OLAP,Online Analytical Protess)應用分析和數據挖掘兩部分組成[2]。決策者利用決策支持工具,從數據倉庫中獲取準確科學的信息,進而做出科學性的決策。
2.CRM數據倉庫項目概述
  客戶關系管理(CRM)是指通過有效地管理客戶信息資源,提供客戶滿意的產品和服務,與客戶建立起長期、穩(wěn)定、相互信任的密切關系,為企業(yè)吸引新客戶,鎖定老客戶,提供效益和競爭優(yōu)勢。它是企業(yè)“以產品為中心模式”向“以客戶為中心模式”轉移的必然結果。企業(yè)CRM的價值在于以客戶為中心,因此企業(yè)在實施CRM的過程中除了利用先進的信通信技術將客戶信息傳遞給企業(yè)之外,還需要對客戶信息進行分析、處理。
  近幾年來,數據倉庫被廣泛地應用到了企業(yè)CRM中,并取得了一定地效果。但是,傳統(tǒng)的CRM數據倉庫大都是基于C/S構架的,其在實際運用過程中存在著一定的弊端。隨著數據倉庫技術及Web技術的飛速發(fā)展,將二種技術進行結合已成為可能,那就是基于Web的數據倉庫技術。基于Web的數據倉庫技術為解決傳統(tǒng)C/S模式的企業(yè)CRM數據倉庫的問題提供了解決方案。
3.基于WEB的企業(yè)CRM數據倉庫的設計
3.1基于WEB的企業(yè)CRM數據倉庫的設計
  企業(yè)CRM數據倉庫邏輯上設計分為如下的層次:文件存儲區(qū)、臨時存儲區(qū)、數據清洗區(qū)、基礎數據區(qū)、星型數據區(qū)、數據中心。
文件存儲區(qū):
  文件存儲區(qū)主要存放原銷售系統(tǒng)等多個源系統(tǒng)通過FTP上傳的數據文件。各系統(tǒng)每天按時傳送相關數據,作為CRM數據倉庫的數據來源。
臨時存儲區(qū):
  臨時存儲區(qū)主要存儲各數據文件導人的臨時數據。每個數據文件在臨時存儲區(qū)對應一個結構相同的數據結構
數據清洗區(qū):
  根據需要,對臨時存儲區(qū)的數據進行清洗,并存放到數據清洗區(qū)。
基礎數據區(qū):
  存放統(tǒng)一格式的各系統(tǒng)基礎數據。
星型數據區(qū):
  為了實現CRM的目的,對客戶信息進行多角度多層次的分析,需要在CRM中引入維、事實、層次等概念。
  維是與某一事件相關因素在關系模型中的抽象,例如客戶購買商品這一事件中就包含了客戶、時間、地理、商品等維度;層次是人們觀察數據細致程度的體現,如從時間維上來看就可以分為年、季度、月、日等層次;事實是不同維度在某一取值下的交叉點,是對某一事件的度量,例如“某某顧客于某一時問某個地區(qū)購買了某件商品”這個事件,就是分別選取了顧客維、時間維、地理維、商品維中的某個值,而這些維度取值的空間交叉點就是對這一事件的度量,如銷售額、數量等。
  有了維、事實、層次等概念就可以為客戶數據建立CRM數據倉庫模型了。為了能夠使用關系表來表達客戶多維信息,這里劃分了兩類表:維表和事實表,前者用來存儲維的層次、成員類別等維的描述數據,后者用來存儲指向各個維的外關鍵字和一些相應的測量數據,即CRM中的事實。
  此模型由一個事實表及多個維表組成,事實表用于存放客戶的事實數據,表中的信息有多個維度,每個維度對應于一個維表,維表包括相應維度的描述信息,事實表和維表之間通過主/外鍵相聯系。
3.2數據倉庫物理設計
  (1)表空間設計。其中tee為temp(臨時區(qū)),clear(清洗區(qū)),extract(轉換區(qū))。Basic為基礎區(qū),star為星型區(qū),ods為數據中心。Teeidx為tee區(qū)的索引存放表空間。basicidx為基礎區(qū)索引存放表空間,star為星型區(qū)的索引存放表空間。這樣設計主要為了把邏輯意義的區(qū)分開,也為性能考慮可以在表名前加前綴作為區(qū)分表所在的區(qū)。其中數據庫中所有的業(yè)務表全部放在一個用戶下,以方便在各個區(qū)之間加載轉換。
  (2)歸檔設計。由于數據在數據倉庫中頻繁加載刪除和插入等操作,如果選用歸檔模式會使數據庫產生大量日志。如果歸檔將嚴重影響性能,而且數據倉庫對數據恢復的要求不高。所以決定采用非歸檔模式。
  (3)安全性設計。數據庫中所有的業(yè)務表全部放在一個用戶下,以方便在各個區(qū)之間加載轉換。再建一個用戶用于展現,對所有的業(yè)務表只有只讀權限。
  (4)備份恢復。這里采用每2天一次冷備份和一周一次邏輯備份?梢越邮芑謴蛢商烨暗臄祿缓笸ㄟ^etl重新從源數據庫中獲取最新數據。
  (5)參數設計。由于數據倉庫經常刪除、插入,很少更新的特點,相對一般業(yè)務系統(tǒng),加大塊的大小,增加preused和減少prefree。

萬方數據

相關閱讀:

分享到: 收藏

專題