聯(lián)通經(jīng)營分析系統(tǒng)的dw模型(參考版)
2025-07-17 18:38本頁面
【正文】 。例如用戶和客戶是 n:1的關(guān)系，和渠道、產(chǎn)品是 1:1關(guān)系，用戶實體要比他們的粒度更細(xì)。 主題維度：時段、呼叫類型、長途類型、漫游類型、對方運營商、長途路由 用戶維度：地市、業(yè)務(wù)類型、套餐、入網(wǎng)渠道； 度量：基本費、長途費、優(yōu)惠費、通話時 長、通話次數(shù)、計費時長（本地、長途）等； 在詳單中，還有一些維度，如基站、本方通話地、對方歸屬地、對方通話地等維度，在經(jīng)營分析 DW設(shè)計中，我們建議將它們形成單獨的匯總表。統(tǒng)一經(jīng)營分析對于業(yè)務(wù)使用一般最細(xì)的粒度是到日，日匯總可以結(jié)合某日通話詳單關(guān)聯(lián)用戶靜態(tài)信息表得到，月匯總則必須關(guān)聯(lián)一個月的詳單和用戶月信息而來，可想而知這個表的計算是比較耗時的。 主題維度：繳費方式 用戶維度：地市、業(yè)務(wù)類型、套餐、入網(wǎng)渠道； 度量：繳費費用，繳費筆數(shù)，這里如果加上繳費用戶數(shù)，它在時間是不可匯總的。 主題維度：費用月份、費用類型，我們在統(tǒng)一 DW模型中，舍去了費用類型維； 用戶維度：地市、業(yè)務(wù)類型、套餐、入網(wǎng)渠道； 度量：實收費用 對于分析示例 6，就可以在地市、業(yè)務(wù)類型和費用月份上 統(tǒng)計實收費用達到目的； ? 業(yè)務(wù)繳費匯總 業(yè)務(wù)繳費匯總最細(xì)粒度也是到日匯總，一個用戶每天可以通過不同繳費方式，甚至是相同的繳費方式多次繳費。 實收分析可以每日進行，也可每月分析，所以可以有實收日匯總和月匯總，但是注意日匯總肯定無法包含用戶月信息中的維度，例如費用分檔。為一個用戶銷帳時，根據(jù)它的欠費情況，可以銷幾個月的帳，銷帳也是按照費用類型來銷的，但是通常情況，要不是 一銷俱銷，要不就是內(nèi)部的銷帳順序，沒有分析意義。 主題維度：欠費月份、費用類型，一般費用類型的意義不是很大，幾乎都是一欠俱欠； 用戶維度：地市、業(yè)務(wù)類型、套餐、入網(wǎng)渠道、欠費時長、欠費金額分檔； 度量：累計欠費金額、本年累計欠費金額，在這里加上用戶數(shù)度量幾乎沒有意義，因為它的含義是特定月份欠特定費用項的用戶數(shù)，脫離欠費月份和費用類型任何一個維度都是不能累加的。 ? 業(yè)務(wù)欠費匯總 欠費分析的重要維度是欠費月份和費用類型，一個用戶可以欠多個月的費用（連續(xù)月份），每個月也可以欠多種類型費用。每個用戶每月將產(chǎn)生多種類型的費用，此表關(guān)聯(lián)月帳單和用戶月信息表： 主題維度：費用類型； 用戶維度：地市、業(yè)務(wù)類型、套餐、入網(wǎng)渠道、費用分檔 度量：開帳應(yīng)收、優(yōu)惠費用等，如果加上用戶數(shù)，則該用戶的含義是特定費用項的用戶數(shù)，不能脫離費用類型累加。 既然這種匯總沉淀的方式是不穩(wěn)定的，那么我們?yōu)楹芜€要處理它呢？這里只是提供一種思路，其實從需求來看都是某些特別的維度結(jié)合用戶的相關(guān)維度分析特定度量，我們將這些特別的維度稱作 主題維度 ，通常情況下，如果你不想在主題維度上分析該主題度量時，你可以轉(zhuǎn)而從用戶信息表去統(tǒng)計，例如你想分析每個地市 C 網(wǎng)的分套餐的開帳應(yīng)收，可以從用戶月信息中統(tǒng)計。這些匯總表都會結(jié)合用戶信息表中的一些維度，在實現(xiàn)上就是通過 UserID關(guān)聯(lián)，取用戶信息表中的相關(guān)維度。但是我們也不可避免地要用這種沉淀方式，這就要求我們能夠預(yù)先知道分析主題最關(guān)注的幾個維度是什么。因此，對于這種數(shù)據(jù)，要進行特定方式的 沉淀。 匯總沉淀 上面的用戶系列信息表將關(guān)于用戶的重要指標(biāo)都能夠沉淀下來，為 OLAP和數(shù)據(jù)挖掘提供良好的支持，但是同時經(jīng)營分析系統(tǒng)不光對于用戶，對于收入和業(yè)務(wù)量的關(guān)注也占比較大的比重。 用戶月信息是一個非常重要的表，可以從中統(tǒng)計很多指標(biāo)，簡直是包羅萬象，例如對于上面給出的幾個分析示例， 3和 5 都可以從此統(tǒng)計， 1和 2 因為是日分析， 4涉及到費用類型維，在用戶開帳信 息表將，依據(jù)費用類型寬化為本地費、長途費、漫游費、月租費等字段，那樣倒是可以從這里統(tǒng)計。用戶月信息表的用戶集合為 U(W)，即以用戶靜態(tài)表作為主表， Left Join其他表，這就勢必會有一些關(guān)聯(lián)不上的情況，對此，月信息表中有一系列字段區(qū)分一個用戶是否開帳、是否欠費、是否通話等。 用戶短信信息表 用戶增值業(yè)務(wù)信息表 ? 用戶月信息 一般對日分析主題，我們可以結(jié)合用戶靜態(tài)信息進行分析，對于月分析，為了方便起見，避免每次的大表關(guān)聯(lián)，事先將用戶月底靜態(tài)備份表、用戶開帳信息表、用戶欠費信息、用戶 月通話信息等關(guān)聯(lián)起來，形成一張非常寬的用戶月信息表（ FW_UserInfoM）。加上采集時間和通話時間的目的是為了有兩種統(tǒng)計口徑，其實最終的分析必然要選取一 個時間進行匯總。 用戶通話信息表（ FW_UserInfoCD、 FW_UserInfoCM），首先針對每天的話單，進行日匯總，按照采集日期進行匯總，以 GatherDay_ID、 CallDay_ID 和 UserID作為主鍵。在業(yè)務(wù)使用信息統(tǒng)計時，我們不得不考慮到一些實際的數(shù)據(jù)采集困難，因為話單遲傳的原因，我們不能簡單按照呼叫時間來統(tǒng)計，而如果按照采集日期來統(tǒng)計的話，也會造成數(shù)據(jù)的不準(zhǔn)確，因此這里采取一些折中的方法。但是欠費信息不是增量式的 ，每個月都可能回收以往月份的欠費，所以每個月都需要基于整個欠費表分析。 ? 本年欠費金額，指該用戶本年欠了多少，只累計欠費月份為本年的的欠費金額，在上面的例子中，該值為 70＋ 110＝ 180元。 ? 累計欠費金額，該用戶所有欠費月份累計的欠費金額；針對上面的例子中，就是將兩月的欠費累加起來，為 260元。因此，這個月份可以用來計算欠費時長。用戶欠費信息主要包括， 為了說明方便，假設(shè)對于 20xx年 4月 1日的統(tǒng)計，一個用戶從 20xx年 12月份開始欠費，欠了 80元， 20xx年 1月欠了 70元， 2月份又欠了 110元，那么在 ODS欠費表 中有 12月、 1月和 2 月的欠費記錄， 3月的不算欠費，因為到 4月 1 日，三月份的帳還沒出呢。但一般從分析的角度，分析某種費用類型的欠費沒有什么意義，因為營帳的實現(xiàn)要不一欠都欠，要不有一個內(nèi)部銷帳規(guī)則，這個細(xì)節(jié)也不是我們關(guān)注的。 ? 欠費信息 當(dāng)用戶超過一定期限沒有繳費，就產(chǎn)生欠費行為。 在統(tǒng)一 DW 模型中，沒有將所有的費用類型都進行寬化處理，這需要根據(jù)實際需要，看是否有這方面的需求，酌情增加用戶開帳信息。開帳信息包括： ? 出帳應(yīng)收：在進行帳務(wù)優(yōu)惠后的應(yīng)收費用，一般就是你的帳單上的費用總和，表示你要繳那么多錢； ? 通話費：費用類型是通話費的應(yīng)收費用只和， 通話費的費用類型諸如長途費、漫游費等； ? 出帳類型：表示該用戶當(dāng)月的出帳費用中是否有月租費用，是否有通話費用？這也是通過費用類型區(qū)分的。為了形成用戶開帳信息，在
公司管理相關(guān)推薦
鄂ICP備17016276號-1