數(shù)據(jù)倉庫：CRM的核心

樸華 2001/04/09

　　客戶關系管理（CRM）以大型數(shù)據(jù)倉庫為基礎，對客戶資料和行為進行分析，并結合企業(yè)的業(yè)務策略，提供“一對一”的個性化服務。CRM的核心就是數(shù)據(jù)倉庫。當企業(yè)尋求理想的CRM解決方案時，他們對處于CRM核心的數(shù)據(jù)倉庫技術也相當重視。數(shù)據(jù)倉庫是以數(shù)據(jù)庫技術為基礎，但又與傳統(tǒng)的數(shù)據(jù)庫應用有著本質區(qū)別。決定數(shù)據(jù)倉庫優(yōu)劣的性能指標有：

　�、贁�(shù)據(jù)裝載（Load）。數(shù)據(jù)倉庫可以采用來自不同數(shù)據(jù)源的數(shù)據(jù)，包括大型機、OLTP系統(tǒng)、網(wǎng)絡和其它外部數(shù)據(jù)源。數(shù)據(jù)倉庫的數(shù)據(jù)裝載性能體現(xiàn)在數(shù)據(jù)裝載的速度、方便程度等方面。

　　②查詢（Query）。數(shù)據(jù)倉庫作為決策支持系統(tǒng)的結構化數(shù)據(jù)環(huán)境，所要研究和解決的問題就是從中獲取信息。查詢功能是否優(yōu)化，是數(shù)據(jù)倉庫的一項重要指標。

　�、劭蓴U展性（Scalability）。信息時代是數(shù)據(jù)爆炸的時代。數(shù)據(jù)倉庫的一個發(fā)展趨勢就是數(shù)據(jù)量越來越大，從而對數(shù)據(jù)倉庫的可擴展性要求也越來越高。

　�、芤子眯裕║sability）。系統(tǒng)易于操作和使用，可以降低成本。

　�、菘晒芾硇裕ˋdministration）。當存在大量數(shù)據(jù)且數(shù)據(jù)更新間隔時間很短的情況下，數(shù)據(jù)倉庫的可管理性顯得尤為重要。

　　1998年底，Red Brick并入了Informix公司，而后推出了數(shù)據(jù)倉庫服務器Informix Red Brick Decision Server。

　　在數(shù)據(jù)裝載方面，Red Brick Decision Server的加載器Table Management Utility (TMU)，在單個加載過程中可以完成所有操作，包括行插入、參照完整性檢查、所有相關的索引更新和聚集創(chuàng)建，以確保數(shù)據(jù)就緒以實現(xiàn)高速度的數(shù)據(jù)查詢。TMU的Symmetric Multi Processing (SMP)并行操作，可以并行實現(xiàn)所有的加載功能，這樣就使加載速度加快。

　　在查詢方面，Red Brick Decision Server使用多種不同的索引來優(yōu)化查詢功能。Red Brick Decision Server的關鍵技術是用很小的索引空間就可以適應不同形式的索引方案。Red Brick Decision Server可以為數(shù)據(jù)完整性提供索引，而且數(shù)據(jù)倉庫管理者也可以建立附加索引改進性能。

　　STARindex可以對與外部主鍵參考相關的表之間的連接處理(STARjoin)進行優(yōu)化。當多個索引存在時，Red Brick Decision Server應用成本模型，可以自動選擇最佳的STAR索引用于查詢任務。Red Brick Decision Server可以在每個主鍵上自動建立B-Tree索引，確保了獨特性和外部主鍵參考的完整性。TARGETindex用于那些包含多項弱選擇限定的查詢。

　　查詢優(yōu)先并行是為決策支持環(huán)境而設計的一種獨特的多任務機制，執(zhí)行查詢操作不會影響數(shù)據(jù)處理和其它操作。

　　按需并行查詢可自動跟蹤用戶數(shù)量和全面的數(shù)據(jù)吞吐量，而不會過多加大系統(tǒng)負載。它可以自動確定應采用的并行處理程度，而不用手工優(yōu)化調節(jié)。

《賽迪市場專家》2001/04/09