數(shù)據(jù)倉庫基本概念培訓

數(shù)據(jù)倉庫入門江蘇電信EDA介紹目錄從數(shù)據(jù)庫到數(shù)據(jù)倉庫數(shù)據(jù)倉庫的理論基礎基本概念和基本結構、關鍵技術數(shù)據(jù)模型的基本介紹理論概述、設計模式中國電信企業(yè)數(shù)據(jù)模型概述江蘇電信主要系統(tǒng)數(shù)據(jù)模型對比維度模型理論概述江蘇電信EDA現(xiàn)狀數(shù)據(jù)倉庫的誕生數(shù)據(jù)倉庫的起因數(shù)據(jù)庫方式數(shù)據(jù)倉庫方式數(shù)據(jù)與應用分離，以實現(xiàn)數(shù)據(jù)高度共享、支持日常業(yè)務處理過程為目的（OLTP）以支持經(jīng)營管理過程中的決策制定為目的(DSS，OLAP,DM)20世紀90年代之前20世紀90年代之后1970年Edgar.Codd《大型共享數(shù)據(jù)庫數(shù)據(jù)的關系模型》1991年BillInmon《BuildingtheDataWarehouse》數(shù)據(jù)倉庫起因“數(shù)據(jù)太多，信息不足”的現(xiàn)狀異構環(huán)境的數(shù)據(jù)源事務處理環(huán)境不適宜DSS應用事務處理和分析處理的性能特性不同數(shù)據(jù)集成問題歷史數(shù)據(jù)問題OLTP處理操作型處理也叫事務處理，是指對數(shù)據(jù)庫的日常聯(lián)機訪問操作，通常是對一個或一組記錄的查詢和修改，主要是為企業(yè)特定的應用服務的，所以也叫聯(lián)機事務處理(On-LineTransactionProcessing,簡稱OLTP)通常僅僅是對一個或一組記錄的查詢或修改；執(zhí)行頻率高；人們關心的是處理的響應時間、數(shù)據(jù)的安全性和完整性等指標。OLAP處理分析型處理OLAP也叫做信息型處理，主要用于企業(yè)管理人員的決策分析，為制訂企業(yè)的未來經(jīng)營管理計劃提供輔助決策信息。需要對大量的事務型數(shù)據(jù)進行統(tǒng)計、歸納和分析；需要訪問大量的歷史數(shù)據(jù)；執(zhí)行頻率和對響應時間的要求都不高。典型的的分析型處理決策支持系統(tǒng)(DSS--DecisionSupportSystem

)MPP(MassivelyParallelProcessing)SMP(SymmetricMultiProcessing)對稱多處理系統(tǒng)優(yōu)點：大并發(fā)量小數(shù)據(jù)量交互大規(guī)模并行處理系統(tǒng)優(yōu)點：小并發(fā)量大數(shù)據(jù)量計算IO瓶頸很難突破無法線性擴展SMP和MPP數(shù)據(jù)分析與數(shù)據(jù)倉庫在現(xiàn)代計算機信息系統(tǒng)中，數(shù)據(jù)的作用有兩個方面：事務處理和分析處理（數(shù)據(jù)分析），不同的用戶（處理）需要不同的數(shù)據(jù)信息。操作型數(shù)據(jù)事務處理所需要的細節(jié)性的數(shù)據(jù)，是面向企業(yè)員工的日常業(yè)務處理過程的，通常由數(shù)據(jù)庫管理系統(tǒng)來負責其存儲與管理。分析型數(shù)據(jù)分析處理所需的綜合性數(shù)據(jù)，是面向企業(yè)管理人員的決策需要的。數(shù)據(jù)分析與數(shù)據(jù)倉庫特性操作型數(shù)據(jù)（DB）分析型數(shù)據(jù)（DW）定位面向應用的事務處理面向主題的數(shù)據(jù)分析DB設計E-R模型星型/雪花模型，數(shù)據(jù)立方體數(shù)據(jù)當前的、最新的歷史的，具有時間跨度匯總原始的，細節(jié)的集成的，一致的視圖詳細的，關系的總體的，多維的操作類型讀/寫（易變的）讀（穩(wěn)定的）存取請求可預知的事先未知的訪問記錄一次操作少量記錄一次操作大量記錄DB規(guī)模100MB~GBTB工作單位短的，簡單事務復雜查詢性能要求對性能要求高對性能要求較寬松數(shù)據(jù)分析與數(shù)據(jù)倉庫數(shù)據(jù)倉庫的定義W.H.Inmon在《建立數(shù)據(jù)倉庫》一書中，對數(shù)據(jù)倉庫的定義為：數(shù)據(jù)倉庫就是一個面向主題的、集成的、不可更新的、隨時間不斷變化的數(shù)據(jù)集合，用于支持經(jīng)營管理過程中的決策制定。數(shù)據(jù)倉庫的基本結構一個完整的數(shù)據(jù)倉庫的體系結構一般由三個層次組成,它們是：

數(shù)據(jù)源（ETL）數(shù)據(jù)倉庫數(shù)據(jù)集市（DataMart）三者之間通過數(shù)據(jù)倉庫管理軟件聯(lián)系起來構成一個完整的數(shù)據(jù)體系。數(shù)據(jù)倉庫的基本結構數(shù)據(jù)倉庫管理軟件ORACLESYBASESQLServer文件……數(shù)據(jù)集市數(shù)據(jù)集市數(shù)據(jù)集市建模數(shù)據(jù)倉庫元數(shù)據(jù)管理ETL……數(shù)據(jù)倉庫系統(tǒng)的基本結構整個數(shù)據(jù)倉庫系統(tǒng)由數(shù)據(jù)源、數(shù)據(jù)倉庫（DW）、倉庫管理和分析工具四部分組成。數(shù)據(jù)倉庫系統(tǒng)的三層結構數(shù)據(jù)倉庫的關鍵技術數(shù)據(jù)的抽取數(shù)據(jù)的抽取是數(shù)據(jù)進入倉庫的入口。由于數(shù)據(jù)倉庫是一個獨立的數(shù)據(jù)環(huán)境，它需要通過抽取過程將數(shù)據(jù)從聯(lián)機事務處理系統(tǒng)、外部數(shù)據(jù)源、脫機的數(shù)據(jù)存儲介質中導入數(shù)據(jù)倉庫。數(shù)據(jù)倉庫涉及的工具Informatica：ETLDataStage：ETL數(shù)據(jù)庫的腳本工具（存儲過程，Perl腳本，JDBC程序。。。）數(shù)據(jù)倉庫的關鍵技術存儲和管理數(shù)據(jù)倉庫的組織管理方式?jīng)Q定了它有別于傳統(tǒng)數(shù)據(jù)庫的特性，同時也決定了其對外的數(shù)據(jù)表現(xiàn)形式。數(shù)據(jù)量很大并行處理針對決策支持查詢的優(yōu)化支持多維分析的查詢模式Teradata,DB2,Oracle,SybaseIQ數(shù)據(jù)倉庫的關鍵技術數(shù)據(jù)的表現(xiàn)多通過第三方的工具軟件來完成BusinessObjectsCognas自己開發(fā)（java,flex…）其它展現(xiàn)形式：Excel表格，查詢語言展示BusinessInformationAdministrationTransformationToolsBusinessSubjectAreasBusinessViewsMetadataElementsMappingsBusinessViewsTemplatesDataWarehouseOperational&ExternalDataDesign元數(shù)據(jù)的作用元數(shù)據(jù)的作用早期的數(shù)據(jù)倉庫概念僅僅提供一個多數(shù)據(jù)源的數(shù)據(jù)集成功能，為最終用戶訪問多個數(shù)據(jù)源提供統(tǒng)一的數(shù)據(jù)視圖和訪問接口，數(shù)據(jù)倉庫的作用僅僅表現(xiàn)為：數(shù)據(jù)集市(DATAMART)統(tǒng)一的數(shù)據(jù)模式統(tǒng)一的數(shù)據(jù)表示統(tǒng)一的數(shù)據(jù)屬性否則，在網(wǎng)絡環(huán)境中，即使存在多個可用的數(shù)據(jù)源，但最終用戶可能仍然得不到什么可用的信息。建立數(shù)據(jù)集市的原因數(shù)據(jù)倉庫是一種反映主題的全局性數(shù)據(jù)組織。但是,全局性數(shù)據(jù)倉庫往往太大，在實際應用中將它們按部門或個人分別建立反映各個子主題的局部性數(shù)據(jù)組織,它們即是數(shù)據(jù)集市。因此，有時我們也稱它為部門數(shù)據(jù)倉庫。數(shù)據(jù)集市(DATAMART)商品采購數(shù)據(jù)集市庫房使用數(shù)據(jù)集市商品銷售數(shù)據(jù)集市例：在有關商品銷售的數(shù)據(jù)倉庫中可以建立多個不同主題的數(shù)據(jù)集市：數(shù)據(jù)倉庫與數(shù)據(jù)集市的關系類似于傳統(tǒng)關系數(shù)據(jù)庫系統(tǒng)中的基表與視圖的關系。數(shù)據(jù)集市的數(shù)據(jù)來自數(shù)據(jù)倉庫，它是數(shù)據(jù)倉庫中數(shù)據(jù)的一個部分與局部，是一個數(shù)據(jù)的再抽取與組織的過程。建立數(shù)據(jù)倉庫與數(shù)據(jù)集市的過程可以有兩條途徑，這實際上是反映了一個完整的企業(yè)級數(shù)據(jù)倉庫的建立過程：數(shù)據(jù)集市(DATAMART)從全局數(shù)據(jù)倉庫到數(shù)據(jù)集市從數(shù)據(jù)集市到全局數(shù)據(jù)倉庫

數(shù)據(jù)倉庫和數(shù)據(jù)集市自頂向下的結構數(shù)據(jù)倉庫和數(shù)據(jù)集市自頂向下的結構LocalDataMartExternalDataLocalDataMartOperationalDataEnterpriseWarehouse構建企業(yè)數(shù)據(jù)倉庫公共中央數(shù)據(jù)模型數(shù)據(jù)再加工減少冗余和不一致性搜集歷史的、細節(jié)的、全局的數(shù)據(jù)基于企業(yè)數(shù)據(jù)倉庫構建數(shù)據(jù)集市選定企業(yè)模型下的部門主題聚集數(shù)據(jù)建立集市數(shù)據(jù)對企業(yè)數(shù)據(jù)倉庫的依賴關系數(shù)據(jù)倉庫和數(shù)據(jù)集市自頂向下的結構優(yōu)點建立數(shù)據(jù)集市能夠減輕DW訪問負載各部門可以任意處理數(shù)據(jù)數(shù)據(jù)轉換和整合在DW階段統(tǒng)一完成數(shù)據(jù)緩沖功能缺點成本高、見效慢、數(shù)據(jù)集市間不共享資源數(shù)據(jù)倉庫和數(shù)據(jù)集市自底向上的結構數(shù)據(jù)倉庫和數(shù)據(jù)集市自底向上的結構構建數(shù)據(jù)集市劃定主題區(qū)快速實施，本地自治易于復制數(shù)據(jù)再加工允許一定的冗余和不一致基于數(shù)據(jù)集市構建企業(yè)數(shù)據(jù)倉庫確定各數(shù)據(jù)集市的可用性模型的合并消除不同數(shù)據(jù)集市之間的數(shù)據(jù)不一致性LocalDataMartOperationalData(Global)&ExternalDataOperationalData(Local)OperationalData(Local)LocalDataMartEnterpriseWarehouse數(shù)據(jù)倉庫和數(shù)據(jù)集市自底向上的結構優(yōu)點見效快、啟動資金少

缺點各個部門都要進行數(shù)據(jù)清理整合可能造成“蜘蛛網(wǎng)”、數(shù)據(jù)不一致等問題并且總體上沒有節(jié)約資金

數(shù)據(jù)倉庫和數(shù)據(jù)集市總線結構的數(shù)據(jù)集市數(shù)據(jù)倉庫和數(shù)據(jù)集市總線結構的數(shù)據(jù)集市特點不建立數(shù)據(jù)倉庫而直接建立數(shù)據(jù)集市各個數(shù)據(jù)集市不是孤立的，相互之間通過一種共享維表和事實表的“總線結構”緊密聯(lián)系在一起。(如下圖)數(shù)據(jù)倉庫和數(shù)據(jù)集市總線結構的數(shù)據(jù)集市優(yōu)點共享維表和事實表，解決了建立數(shù)據(jù)集市的許多問題缺點這種結構基于多維模型，應用限制于OLAP多個數(shù)據(jù)源直接影響多個集市造成結構不十分穩(wěn)定TDW的客戶化方法自頂向下BLevel12業(yè)務驅動跨OSS/BSS的數(shù)據(jù)源采樣,元數(shù)據(jù)逆向工程并映射到TSDMB-Level主題域。跟蹤B-Level到C’Level，在需要時創(chuàng)建新的TDWM子類型和屬性.BLevel自底向上數(shù)據(jù)

驅動客戶化BSTBLevel范圍C’TDWMExtC’OSSC’TDWM客戶化BST12C’TDWM客戶化TDWM到BST模板的映射。SOR參照表映射到BST維度；SOR事件映射到監(jiān)控單元和BST度量指標?？蛻艋疊Level范圍推導出C’LevelTDWM客戶化。維度映射到到SOR參照表;度量指標映射到SOR事件子類和監(jiān)控單元匯總。根據(jù)需要創(chuàng)建新的TDWM子類型和屬性。客戶化多個不同的B-LevelBST模板。維度定義了B-Level的范圍.數(shù)據(jù)倉庫和數(shù)據(jù)集市企業(yè)級數(shù)據(jù)集市結構數(shù)據(jù)模型的理論概述數(shù)據(jù)模型的基本介紹數(shù)據(jù)模型與業(yè)務數(shù)據(jù)模型的首要目標：滿足業(yè)務需求。建模是業(yè)務需求具體化的過程。對特定業(yè)務活動進行的描述往往不止一種通常只有一種描述方法是最符合業(yè)務需求現(xiàn)實世界計算機世界關系數(shù)據(jù)模型E.F.Codd(1970)大型共享數(shù)據(jù)庫數(shù)據(jù)的關系模型關系就是表（表描述了關系）關系模型的數(shù)據(jù)理論基礎具有固定的穩(wěn)定性關系模型的關鍵原理是：關系不包含重復數(shù)據(jù)、且記錄之間沒有順序規(guī)范化的重要性規(guī)范化–

（1NF,2NF,3NF）原理：按照嚴格的邏輯要求，將不同的數(shù)據(jù)組織在一起，使它們成為結構化的信息。重要性：使混沌變得有序規(guī)范化的重要基礎是：模型必須具有原子性合理規(guī)范化的模型可應對需求變更規(guī)范化使數(shù)據(jù)重復降至最少第一范式1NF確保原子性避免多個值塞進同一個字符串高效搜索能力和由DB保證的數(shù)據(jù)正確性所有屬性都具有原則性、且確定了鍵，就是1NF了業(yè)務主鍵–

系統(tǒng)主鍵反例：程控業(yè)務編碼串(一位字母表示一種)第二范式2NF檢查對鍵的完全依賴性（主鍵是多字段時）去除只部分依賴鍵的屬性后，表就符合2NF為了消除鍵的部分依賴性，必須建立新表反例：汽車型號、行駛里程、廠商、座位數(shù)第三范式3NF檢查屬性獨立性除了唯一鍵包含的屬性之外，不能根據(jù)任何其他屬性確定一個屬性的值，就是3NF故意不滿足3NF，例如維度模型反例：電話號碼、身份證號、客戶名稱建模過程中的注意點MakingEasyThingsEasy&HardThingsPossible（產(chǎn)品的屬性）平衡：設計不足與設計過度過于靈活的危險（對象、屬性、關聯(lián)）子類型的使用不要受到OO技術的影響空值的使用一定要清楚它的危險（排序等）必須考慮到處理數(shù)據(jù)的方式（事務、批量）歷史數(shù)據(jù)的難題（如何體現(xiàn)變化的過程）數(shù)據(jù)模型的基本介紹數(shù)據(jù)模型設計模式規(guī)格Specification--以數(shù)據(jù)定義數(shù)據(jù)以數(shù)據(jù)定義數(shù)據(jù)，能迅速適應業(yè)務變化和滿足新的業(yè)務要求規(guī)格數(shù)據(jù)：描述業(yè)務對象應該是怎樣，包括對象具有什么屬性、屬性如何取值、該類對象與其它類型對象的關系以及該類對象本身之間的關系等等。就像圖紙。實例數(shù)據(jù)：描述某個業(yè)務對象的實際信息。就像按照圖紙生產(chǎn)出來的產(chǎn)品。當新需求出現(xiàn)時，我們修改配置數(shù)據(jù)而不是修改數(shù)據(jù)結構和程序規(guī)格Specification--以數(shù)據(jù)定義數(shù)據(jù)舉例規(guī)格的使用產(chǎn)品規(guī)格電話ADSL服務規(guī)格本地通話長途通話來電顯示Internet接入……產(chǎn)品屬性上行速率下行速率……接入號碼類型普通電話號碼寬帶虛擬號款待接入帳號……產(chǎn)品服務84338239本地通話84338239長途通話84338234來電顯示84338234鬧鐘服務……產(chǎn)品屬性屬性值B0000123上行速率512B0000123下行速率1000B0000124上行速率512B0000124下行速率2000……規(guī)格數(shù)據(jù)實例數(shù)據(jù)抽象AbstractSuperclass

——求同忽略細節(jié)上的差異，關注對象的本質特性簡化功能和信息簡化與其他實體的關聯(lián)抽象的使用封裝Encapsulation

——存異于有限的范圍內(nèi)隱藏對象內(nèi)部的信息分離對象的外部行為和內(nèi)部實現(xiàn)封裝的使用CRM資源系統(tǒng)關系與角色Relation&Role

——分清本質與關聯(lián)將對象間的關系獨立描述，進一步提高了模型的穩(wěn)定性和可擴展性角色類型能夠區(qū)別不同種類的關聯(lián)實例化的角色將對象的固有信息和關系性信息分離例如：產(chǎn)品間存在擔保、捆綁支付等關系，我們通過關系+關系角色類型來描述；參與人與產(chǎn)品之間的關系，我們通過實例化的參與人角色以及這些角色之間的關系來描述。關系與角色Relation&Role

——分清本質與關聯(lián)3個層次上對關系的描述關系與角色的使用組合Composite

——保持一致對外組合使得該類型實體可以通過一個單點與其他實體發(fā)生關聯(lián)組合抽象了個體（individual，如：電話）、組裝（assemblies，如：虛擬網(wǎng)）、集合（collections，如：全家福），使得這些不同的情況對外可以有一致的表述組合Composite

——保持一致對外組合的另一面——描述選擇日常工作和生活中我們每天面臨很多選擇，小至食堂選菜、大至系統(tǒng)架構的選擇BSS中也有很多需要描述的選擇，例如：選擇一個產(chǎn)品上所開通的服務、選擇一個套餐的購成方案等等問題在于：這些選擇如何能夠用數(shù)據(jù)模型精確地描述？選擇舉例組合產(chǎn)品對事物的分類目錄–

對規(guī)格進行分類分段（標簽）–

對實例進行分類避免混淆“屬性”和“分類”中國電信企業(yè)數(shù)據(jù)模型概述企業(yè)數(shù)據(jù)模型演進歷程回顧企業(yè)數(shù)據(jù)模型1.02003年南京電信負責EDM的試點2004年主要完成設計參與人、產(chǎn)品、帳務、市場營銷、事件和地域6個主題域企業(yè)數(shù)據(jù)模型2.02005年主要完善參與人、產(chǎn)品、帳務等6個主題域，完成資源和財務主題域建模工作企業(yè)數(shù)據(jù)模型3.02007年主要完善參與人、產(chǎn)品、帳務、市場營銷、事件和地域BSS部分6個主題域NGOSSSIDTeradatacLDM7.0CTG-EDM服務通過網(wǎng)絡實現(xiàn)/網(wǎng)絡支持服務網(wǎng)絡產(chǎn)生事件/事件包括網(wǎng)絡類產(chǎn)品被銷售給客戶/參與人使用和管理產(chǎn)品跟蹤應付&應收/提供成本&收入歷史事件包含財務類參與人產(chǎn)生和經(jīng)歷事件/事件包括參與人的產(chǎn)品/服務產(chǎn)生事件

事件包括產(chǎn)品類營銷產(chǎn)生事件事件實現(xiàn)營銷營銷被鎖定位置/位置定位營銷針對特定產(chǎn)品/產(chǎn)品通過營銷推向市場為參與人建立帳戶、帳單/記錄帳戶、成本和付款服務使用的帳務信息/帳務記錄產(chǎn)品的成本和付款定位網(wǎng)絡/網(wǎng)絡支持的位置營銷的目標針對參與人/參與人是營銷的受眾包括消費者和運營商在內(nèi)/

位置定位FinanceManagement（財務管理）BILLING（帳務）NETWORK（網(wǎng)絡資源）PRODUCT（產(chǎn)品）MARKETING（市場營銷）LOCATION（地域）PARTY（參與人）EVENT(事件)跟蹤總帳/負責EDM的定位企業(yè)目標業(yè)務規(guī)律企業(yè)級概念數(shù)據(jù)模型企業(yè)級邏輯數(shù)據(jù)模型系統(tǒng)概念數(shù)據(jù)模型系統(tǒng)邏輯數(shù)據(jù)模型系統(tǒng)物理數(shù)據(jù)模型業(yè)務需求技術實現(xiàn)企業(yè)級系統(tǒng)級遵照參考細化/基于EDM企業(yè)數(shù)據(jù)模型作用企業(yè)級概念數(shù)據(jù)模型（CDM）企業(yè)級邏輯數(shù)據(jù)模型（LDM）

統(tǒng)一企業(yè)重要業(yè)務概念，作為業(yè)務人員之間以及業(yè)務人員和系統(tǒng)人員之間溝通的橋梁。

以數(shù)據(jù)字典為基礎，制定企業(yè)級信息分類標準，如產(chǎn)品目錄、帳目類型、客戶分類、會計科目等

在建設運營支撐系統(tǒng)時作為其邏輯數(shù)據(jù)模型設計的重要參考

在建設數(shù)據(jù)倉庫時，直接作為運營數(shù)據(jù)倉儲、數(shù)據(jù)倉庫數(shù)據(jù)統(tǒng)一層的邏輯數(shù)據(jù)模型，整合來自不同源系統(tǒng)的數(shù)據(jù)

在系統(tǒng)整合時，作為系統(tǒng)之間信息交換標準的參考

描述了整個企業(yè)信息數(shù)據(jù)的完整模型，包含了數(shù)據(jù)實體定義、屬性、描述以及實體與實體間關系的描述。

定義重要的業(yè)務概念和彼此的關系，如客戶、產(chǎn)品、帳務、合作伙伴、網(wǎng)絡資源、渠道、營銷活動等。企業(yè)數(shù)據(jù)模型建模思路CDMLDMCDM把體現(xiàn)重要業(yè)務概念的對象實體和關系突出出來，重點描述，便于分析和管理CDM側重于業(yè)務邏輯，會把重要的業(yè)務概念展開出來描述，確保概念詳細LDM側重于系統(tǒng)實現(xiàn)，可能會把CDM中展開的多個實體歸并到一個通用對象中表現(xiàn)，確保系統(tǒng)簡潔CDM的業(yè)務概念指導LDM的設計LDM的設計和實施經(jīng)驗也會促進CDM的改進和完善中國電信企業(yè)數(shù)據(jù)模型企業(yè)數(shù)據(jù)模型CDM/LDM示例客戶客戶評估屬性信用度貢獻度忠誠度滿意度服務等級積分CDMLDM客戶特性類型特性值客戶屬性概念名稱概念定義/描述概念說明和使用規(guī)則客戶是指已經(jīng)訂購中國電信銷售品或可能訂購中國電信銷售品的個人或組織?？蛻舭撛诳蛻?、在網(wǎng)客戶和離網(wǎng)客戶?？蛻艟哂幸欢ǖ纳芷?，潛在客戶訂購中國電信銷售品后成為在網(wǎng)客戶，在網(wǎng)客戶注銷了所有銷售品后成為離網(wǎng)客戶。離網(wǎng)客戶再次訂購銷售品后成為在網(wǎng)客戶；在網(wǎng)客戶有較為完整的客戶信息，可關聯(lián)到產(chǎn)品實例、賬戶等信息。離網(wǎng)客戶在中國電信留有較為完整的客戶信息，從歷史信息記錄中可以查詢得到產(chǎn)品實例信息、賬戶信息等。潛在客戶在中國電信可能存在客戶信息。。。產(chǎn)品電信產(chǎn)品簡稱產(chǎn)品，是電信企業(yè)可銷售給客戶，利用企業(yè)資源提供的實物或通信功能、信息、服務的單元（如無特殊說明，一般指中國電信提供的產(chǎn)品）。企業(yè)資源是電信企業(yè)所擁有、管理或使用的對企業(yè)運營有價值的生產(chǎn)要素的統(tǒng)稱，包括整合合作伙伴的資源信息是電信企業(yè)提供的用語言、文字、數(shù)字、符號、圖象、聲音等方式傳遞的信號和消息。比如中國電信提供的歌曲、影視等內(nèi)容類信息。服務是電信企業(yè)以人力為主可以向客戶獨立提供的一種可銷售的勞動活動?！蔼毩ⅰ币馕吨蛻粼诓粨碛腥魏坞娦女a(chǎn)品情況下就可以提供。比如中國電信向客戶提供的咨詢、培訓類服務；向中國網(wǎng)通客戶提供的裝機服務。信息可復制，服務不可復制，服務的結果可以復制。產(chǎn)品可以是功能、信息、服務的綜合體。比如IT的集成方案，電信提供IT集成的過程是服務，集成的方案是信息。對于這樣的綜合體，我們依據(jù)客戶認知的主體來劃分其產(chǎn)品分類。。。示例企業(yè)數(shù)據(jù)模型設計框架分解分解CRM與計費系統(tǒng)融合時的設計原則企業(yè)級數(shù)據(jù)模型CRM數(shù)據(jù)模型計費數(shù)據(jù)模型數(shù)據(jù)模型交集部分參與人產(chǎn)品帳務地域定價市場營銷事件資源財務參與人主題域客戶相關實體、關系以CRM為準，結合計費的需求，細化和完善客戶相關模型合作伙伴、競爭對手等實體、關系等，以CRM為準帳務主題域帳務關系定制相關實體，CRM與計費融合定價相關的實體、關系以計費模型為準，基本保持不變賬目、余額等實體、關系以計費模型為準，基本保持不變產(chǎn)品主題域統(tǒng)一CRM與計費的產(chǎn)品、銷售品概念，統(tǒng)一CRM與計費產(chǎn)品、銷售品粒度產(chǎn)品域CRM與計費的數(shù)據(jù)模型融合地域主題域細分各自地域劃分需求，明確實體概念模型層面交叉部分實現(xiàn)融合事件主題域CRM關心客戶交互過程，計費關心計費內(nèi)部業(yè)務事件和使用記錄重點考慮客戶交互事件市場營銷主題域計費系統(tǒng)不直接涉及市場營銷過程管理重點考慮CRM業(yè)務需求核心概念－產(chǎn)品規(guī)格核心概念－銷售品規(guī)格繼承和完善銷售品體系修改關鍵點明確基礎類銷售品及套餐類銷售品的分類，以及相互之間的關系梳理銷售品和定價計劃之間的關系，使得銷售品成為售賣和定價的中介基礎類銷售品是只有一個能獨立提供通信功能的產(chǎn)品和所有必須依賴它提供通信功能的產(chǎn)品或只有一個信息、服務、實物產(chǎn)品提供組合、定價、包裝而成，不含優(yōu)惠資費的銷售品。套餐類銷售品通常是指對單個或多個產(chǎn)品進行組合、包裝和重新定價，以一個整體提供給既定目標客戶群的銷售品。銷售品是中國電信以營銷為目的，按照一定的市場策略，對產(chǎn)品進行組合、定價、包裝后形成的可直接提供給客戶選擇的銷售單元。JS.CRM–EDM3.0可組合產(chǎn)品實例銷售品實例實例化實例化包裝/銷售包含/構成可組合銷售品規(guī)格產(chǎn)品規(guī)格可組合服務規(guī)格包含/構成產(chǎn)品實例客戶類服務實例實例化包含/構成實例化包裝/銷售OFFERING產(chǎn)品規(guī)格資源類服務實例支持/依賴PROD_2_PP資費計劃資費計劃江蘇電信主要系統(tǒng)數(shù)據(jù)模型CRM-BILL數(shù)據(jù)模型產(chǎn)品實例產(chǎn)品規(guī)格商品與資費計劃帳戶ODS的產(chǎn)品實例產(chǎn)品實例PRODUCTPROD_IDPROD_SPEC_IDOWNER_IDSERVSERV_IDAGREEMENT_IDCUST_IDPRODUCT_IDPROD_SPECPROD_SPEC_IDPRODUCTPRODUCT_IDPRODUCT_CODEPRODUCT_CLASSIFICATION(=10A)參見下頁產(chǎn)品實例產(chǎn)品規(guī)格產(chǎn)品規(guī)格只有少數(shù)組合產(chǎn)品（虛擬網(wǎng)、專線等）存在對應PROD_SPEC（單產(chǎn)品）PROD_SPEC_IDCOMP_PROD(=N)PROD_SPEC（組合產(chǎn)品）PROD_SPEC_IDCOMP_PROD(=Y)PRODUCTPRODUCT_IDPRODUCT_CODEPRODUCT_CLASSIFICATION(=10A)SERV_SPECSERV_SPEC_IDSERV_SPEC_TYPE_CD商品（單產(chǎn)品）PROD_2_PPPROD_2_PP_IDPRICE_PLAN_CDPROD_IDPRODUCT_OFFER_INSTANCEPRODUCT_OFFER_INSTANCE_IDCUST_IDCUST_AGREEMENT_IDPRODUCT_OFFER_IDPRODUCT_OFFER_INSTANCE_DETAILPRODUCT_OFFER_INSTANCE_IDINSTANCE_TYPE(=10A)INSTANCE_ID商品（套餐）PROD_2_PPPROD_2_PP_IDPRICE_PLAN_CDPROD_IDPRODUCT_OFFER_INSTANCEPRODUCT_OFFER_INSTANCE_IDCUST_IDCUST_AGREEMENT_IDPRODUCT_OFFER_IDPRODUCT_OFFER_INSTANCE_DETAILPRODUCT_OFFER_INSTANCE_IDINSTANCE_IDINSTANCE_TYPE(=10A)COMP_PRODCOMP_PROD_IDSUB_PROD_IDBSS側的組合產(chǎn)品實例在BILL側沒有對應的SERV套餐商品1：N1：N資費計劃（銷售品）PRICE_PLANPRICE_PLAN_CDNAMEPRODUCT_OFFEROFFER_IDPRICE_PLAN_IDNAMEINTF.B2C_PROD_OFFER_SPEC_PRICEPROD_OFFER_SPEC_CDPRICE_PLAN_CD計費私有的銷售品沒有對應關系PRICE_PLANPRICE_PLAN_CDNAMEPRODUCT_OFFEROFFER_IDPRICE_PLAN_IDNAMEINTERFACE.TIF_PRODUCT_OFFER_MAP

PRICE_PLAN_CDOFFER_ID計費私有的銷售品沒有對應關系，計費的一個銷售品可能對應多個BSS的資費計劃賬戶PRODUCTPROD_IDACCOUNTACCT_IDACCT_CDPARTY_IDACCT_NAMEPROD_ACCOUTPROD_IDACCT_IDCHARGE_ITEM_CD(=0)SERVSERV_IDACCTACCT_IDACCT_NBR_97CUST_IDACCT_NAMESERV_ACCTSERV_ACCT_ID(KEY)SERV_IDACCT_IDSTATE(=10A)ITEM_GROUP_ID(=1)ODS中產(chǎn)品實例:ODS_PRODUCTPROD_ID主鍵同CRM的主鍵ODS_CITY本地網(wǎng)標識分區(qū)的依據(jù)ODS_CREATE_DTODS_MODIFY_DTMAIN_STATUS_CD主狀態(tài)開通、拆機BUSI_STATUS_CD業(yè)務狀態(tài)除主狀態(tài)以外的AN_SUB副接入號例如寬帶帳號PROD_RELA_6線路共享產(chǎn)品IDADSLCHANNEL_ID受理渠道…

…維度模型理論概述數(shù)據(jù)倉庫中的數(shù)據(jù)模型“Inmon”派和“Kimball”派之爭。Inmon提倡完全按照3NF的要求設計“決策支持系統(tǒng)使用的數(shù)據(jù)倉庫”。Kimball認為應該用“維度模型”取代3NF模型。目前kimball理論在眾多的中小數(shù)據(jù)倉庫項目中發(fā)展非常迅速。先后數(shù)據(jù)集市還是先有數(shù)據(jù)倉庫？對比InmonKimball模型種類ER模型/3NF維度模型適應業(yè)務變化能力很強較弱查詢效率較低很高易于理解度較低較高數(shù)據(jù)冗余度較低較高適應面很寬較窄維度模型維度模型經(jīng)常違反3NF。維度模型的內(nèi)容來自于3NF模型中的數(shù)據(jù)。維度模型要求專門面向讀操作而設計，所以經(jīng)常忽略關系設計的規(guī)則。維度模型比事務型模型簡單，業(yè)務人員更容易理解和使用。維度模型是種技術而不是理論維度模型可以容忍地毯式索引-只