數據倉庫基本概念培訓

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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