【正文】 這里將它們稱作用戶信息表（一系列）。 針對(duì)上面的指標(biāo)，經(jīng)營(yíng)分析對(duì)于它們?cè)谟脩籼撞汀⒂脩舻娜刖W(wǎng)渠道上的分布還特別關(guān)心，前者為套餐（產(chǎn)品）的制定提供決策依據(jù)，后者為優(yōu)化 渠道建設(shè)提供依據(jù)。 聯(lián)通經(jīng)營(yíng)分析活動(dòng)關(guān)注的是什么？ 經(jīng)營(yíng)分析系統(tǒng)是為聯(lián)通的經(jīng)營(yíng)活動(dòng)提供決策支持，在這個(gè)過(guò)程中，要提供一系列重要的指標(biāo)來(lái)衡量經(jīng)營(yíng)活動(dòng)的成效和指導(dǎo)未來(lái)的策略。 用戶可以每天上網(wǎng)或是 撥打特服電話查詢自己的實(shí)時(shí)話費(fèi)，營(yíng)帳每天都會(huì)統(tǒng)計(jì)它，將他們存放在一張實(shí)時(shí)話費(fèi)表中，這張表不僅僅是簡(jiǎn)單地將詳單的費(fèi)用匯總，還將用戶的短信費(fèi)用、月租費(fèi)用都加入其中。但對(duì)于欠費(fèi)，如果要看發(fā)生的欠費(fèi)，其實(shí)是應(yīng)收減實(shí)收，我們這里更關(guān)注累計(jì)的欠費(fèi)，它是動(dòng)態(tài)的，用戶在一月欠了 100 元， 到二月可能欠了 200 元，也可能不再欠費(fèi)了。所繳費(fèi)用存放在用戶的帳戶中，用于銷帳或是作為預(yù)存款。 ? 實(shí)收 實(shí)收信息從銷帳表統(tǒng)計(jì)，而非從繳費(fèi)表得到，因?yàn)橛脩羲U費(fèi)用可能有些部分是作為預(yù)存款的，這部分不應(yīng)該算是實(shí)收。 ? 應(yīng)收 即開(kāi)帳完畢后，得出所有用戶應(yīng)該繳付的費(fèi)用，這些信息存儲(chǔ)在月帳單中。在客戶信息，我們關(guān)注的信息是客戶類型、客戶級(jí)別、性別、年齡、職業(yè)等。對(duì)于不同的廠商，它們的系統(tǒng)各自不同，通過(guò)分析看到，它們的結(jié)構(gòu)自然都是類似的，因?yàn)楫吘褂幸粋€(gè)綜合營(yíng)帳系統(tǒng)的技術(shù)規(guī)范在那里，并且也經(jīng)過(guò)一段時(shí)間的洗禮，廠商也不能走得太遠(yuǎn)。綜上所述，設(shè)計(jì) DW層要達(dá)到以下目標(biāo)： ? 數(shù)據(jù)沉淀的穩(wěn)定性。 DM 層的目的很簡(jiǎn)單，它不是做數(shù)據(jù)沉淀之用，而是作為裝載 Cube所需的臨時(shí)表，主要為性能考慮，便于流程處理，存儲(chǔ)的數(shù)據(jù)也是最近一個(gè)時(shí)期的數(shù)據(jù)?？蛻粝嚓P(guān)的分析主題也有，諸如客戶的年齡構(gòu)成、職業(yè)構(gòu)成等，但是由于數(shù)據(jù)源不干凈，無(wú)法保證客戶資料的準(zhǔn)確性，所以這部分的分析不是目前階段的重點(diǎn)。希望能夠和正在建設(shè)聯(lián)通經(jīng)營(yíng)分析系統(tǒng)的同志們或是在其他領(lǐng)域建設(shè)數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的同行們一起探討一下數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)。 ODS 的全稱是 Operational Datastore，它基本是按照數(shù)據(jù)源的模式存儲(chǔ)數(shù)據(jù)，也就是偏向于事務(wù)型的數(shù)據(jù)存儲(chǔ)，從這一層的數(shù)據(jù)結(jié)構(gòu)，我們要進(jìn)行 OLAP分析很困難，因?yàn)樗皇蔷S度建模的，雖然我們?cè)跀?shù)據(jù)源到 ODS這一過(guò)程的主要任務(wù)是進(jìn)行代碼轉(zhuǎn)化（將代碼轉(zhuǎn)換為 ID）和數(shù)據(jù)清洗。另外，這個(gè) DW層必須是和 OLTP系統(tǒng)是絕對(duì)低耦合的， DW應(yīng)該只和業(yè)務(wù)主題、分析邏輯相關(guān)，而不應(yīng)該同 OLTP系統(tǒng)的某個(gè)字段扯不清。前面我們提到目前經(jīng)營(yíng)分析的重點(diǎn)實(shí)體是用戶，按照不同的維度對(duì)用戶進(jìn)行分群，分析他們的數(shù)量、消費(fèi)、業(yè)務(wù)使用量等。這三者之間的關(guān)系可以想象成是一棵樹(shù)，客戶位于樹(shù)的根部，帳戶在中間，用戶是第三層葉節(jié)點(diǎn)。 帳務(wù)類 每月月初，系統(tǒng)有一個(gè)開(kāi)帳的業(yè)務(wù)環(huán)節(jié)，它將每個(gè)用戶的上月消費(fèi)的金額計(jì)算出來(lái)，這個(gè)計(jì)算根據(jù) 用戶的詳單、他的套餐、用戶類型的信息作不同的優(yōu)惠、減免。帳單級(jí)優(yōu)惠則指在開(kāi)帳時(shí)為用戶所作優(yōu)惠。所以銷帳表中重要的信息包括銷帳月份、費(fèi)用月份、費(fèi)用類型。因?yàn)樾庞每刂频姆绞讲煌?，有的用?欠費(fèi)立即停機(jī)，有的可能連續(xù)幾個(gè)月欠費(fèi)。 計(jì)費(fèi)類 計(jì)費(fèi)類數(shù)據(jù)一般不在營(yíng)帳系統(tǒng)中，而是單獨(dú)的專業(yè)計(jì)費(fèi)系統(tǒng)，它們都是一些詳單數(shù)據(jù)，例如 GSM詳單、 CDMA詳單、短信詳單、 、 19 IP詳單等，當(dāng)然，我們最關(guān)注的還是 GSM、 CDMA 詳單。 對(duì)于用戶、客戶、帳戶的信息變動(dòng)，必須有日志記錄，特別是針對(duì)套餐、用戶狀態(tài)、特服等。業(yè)務(wù)收入中主要也是圍繞應(yīng)收、實(shí)收和欠費(fèi)來(lái)分析，目前成本這一塊數(shù)據(jù)難以獲取，大大限制了經(jīng)營(yíng)分析的作用。因此，我們需要還一個(gè)思路來(lái)沉淀數(shù)據(jù)。對(duì)于類似費(fèi)用類型、呼叫類型，用戶和它們都是一對(duì)多關(guān)系，不能稱之為用戶信 息。另外有幾個(gè)特別的信息需要強(qiáng)調(diào)： ? 上次用戶狀態(tài)，因?yàn)槲覀冃枰刻煸隽扛?DW用戶靜態(tài)表，所以對(duì)于狀態(tài)發(fā)生變化的用戶，我們需要將改變前的狀態(tài)記錄在這個(gè)信息中。它從 ODS 月帳單而來(lái)，在帳單中，可以看到 上個(gè)月本地話費(fèi)消費(fèi)多少，漫游話費(fèi)消費(fèi)多少等。 ? 欠費(fèi)信息 當(dāng)用戶超過(guò)一定期限沒(méi)有繳費(fèi)，就產(chǎn)生欠費(fèi)行為。 ? 累計(jì)欠費(fèi)金額，該用戶所有欠費(fèi)月份累計(jì)的欠費(fèi)金額；針對(duì)上面的例子中，就是將兩月的欠費(fèi)累加起來(lái)，為 260元。 用戶通話信息表（ FW_UserInfoCD、 FW_UserInfoCM），首先針對(duì)每天的話單，進(jìn)行日匯總，按照采集日期進(jìn)行匯總，以 GatherDay_ID、 CallDay_ID 和 UserID作為主鍵。 用戶月信息是一個(gè)非常重要的表，可以從中統(tǒng)計(jì)很多指標(biāo)，簡(jiǎn)直是包羅萬(wàn)象，例如對(duì)于上面給出的幾個(gè)分析示例， 3和 5 都可以從此統(tǒng)計(jì)， 1和 2 因?yàn)槭侨辗治觯?4涉及到費(fèi)用類型維，在用戶開(kāi)帳信 息表將，依據(jù)費(fèi)用類型寬化為本地費(fèi)、長(zhǎng)途費(fèi)、漫游費(fèi)、月租費(fèi)等字段，那樣倒是可以從這里統(tǒng)計(jì)。這些匯總表都會(huì)結(jié)合用戶信息表中的一些維度，在實(shí)現(xiàn)上就是通過(guò) UserID關(guān)聯(lián)，取用戶信息表中的相關(guān)維度。 主題維度：欠費(fèi)月份、費(fèi)用類型，一般費(fèi)用類型的意義不是很大，幾乎都是一欠俱欠； 用戶維度：地市、業(yè)務(wù)類型、套餐、入網(wǎng)渠道、欠費(fèi)時(shí)長(zhǎng)、欠費(fèi)金額分檔； 度量：累計(jì)欠費(fèi)金額、本年累計(jì)欠費(fèi)金額，在這里加上用戶數(shù)度量幾乎沒(méi)有意義，因?yàn)樗暮x是特定月份欠特定費(fèi)用項(xiàng)的用戶數(shù)，脫離欠費(fèi)月份和費(fèi)用類型任何一個(gè)維度都是不能累加的。 主題維度：繳費(fèi)方式 用戶維度：地市、業(yè)務(wù)類型、套餐、入網(wǎng)渠道； 度量：繳費(fèi)費(fèi)用，繳費(fèi)筆數(shù)，這里如果加上繳費(fèi)用戶數(shù)，它在時(shí)間是不可匯總的。 。統(tǒng)一經(jīng)營(yíng)分析對(duì)于業(yè)務(wù)使用一般最細(xì)的粒度是到日，日匯總可以結(jié)合某日通話詳單關(guān)聯(lián)用戶靜態(tài)信息表得到，月匯總則必須關(guān)聯(lián)一個(gè)月的詳單和用戶月信息而來(lái)，可想而知這個(gè)表的計(jì)算是比較耗時(shí)的。為一個(gè)用戶銷帳時(shí)，根據(jù)它的欠費(fèi)情況，可以銷幾個(gè)月的帳，銷帳也是按照費(fèi)用類型來(lái)銷的，但是通常情況，要不是 一銷俱銷，要不就是內(nèi)部的銷帳順序，沒(méi)有分析意義。 既然這種匯總沉淀的方式是不穩(wěn)定的，那么我們?yōu)楹芜€要處理它呢？這里只是提供一種思路，其實(shí)從需求來(lái)看都是某些特別的維度結(jié)合用戶的相關(guān)維度分析特定度量，我們將這些特別的維度稱作 主題維度 ，通常情況下，如果你不想在主題維度上分析該主題度量時(shí)，你可以轉(zhuǎn)而從用戶信息表去統(tǒng)計(jì)，例如你想分析每個(gè)地市 C 網(wǎng)的分套餐的開(kāi)帳應(yīng)收，可以從用戶月信息中統(tǒng)計(jì)。 匯總沉淀 上面的用戶系列信息表將關(guān)于用戶的重要指標(biāo)都能夠沉淀下來(lái)，為 OLAP和數(shù)據(jù)挖掘提供良好的支持，但是同時(shí)經(jīng)營(yíng)分析系統(tǒng)不光對(duì)于用戶，對(duì)于收入和業(yè)務(wù)量的關(guān)注也占比較大的比重。加上采集時(shí)間和通話時(shí)間的目的是為了有兩種統(tǒng)計(jì)口徑，其實(shí)最終的分析必然要選取一 個(gè)時(shí)間進(jìn)行