【正文】 次數(shù)、計費時長度量時，就必須關(guān)聯(lián)用戶靜態(tài)表和詳單來統(tǒng)計。 用戶欠費信息表（ FW_UserInfoA），該表的主鍵為 Month_ID和 UserID，每月每用戶一條記錄，這里的用戶集合為 U(A)， U(A)中又可能也包含已經(jīng)離網(wǎng)的用戶。用戶通話信息包括了： ? 通話次數(shù)：產(chǎn)生了多少話單，包括撥打一些特服號的通話； ? 通話時長：該用戶在某個期間內(nèi)的累計通話時長； ? 本地計費時長：本地計費時長是按 1分鐘計費，該用戶在某個期間內(nèi)的累計本地計費時長； ? 長途計費時長：長途計費時長是按 6秒計費，該用戶在某個期間內(nèi)的累計長途計費時長； 這個信息表可以進行很大程度上的擴展，進行窄表變寬表的處理，因為在詳單中，呼叫類型、長途類型、漫游類型、呼叫時段等都沒 有在目前的統(tǒng)一 DW 模型中體現(xiàn)，如果有一個分析統(tǒng)計即有長途又有漫游通話的用戶數(shù)，那么可以為通話信息擴展兩個字段：長途次數(shù)和漫游次數(shù)。下面逐一說明這些匯總表： ? 業(yè)務(wù)應(yīng)收匯總 應(yīng)收分析的重要維度就是費用類型，你可以看一下自己每月的手機帳單，會按費用類型將月租費、本地通話費、長途費、漫游費 等逐項列出。在詳單中，有很多維度，如果在匯總表總加入所有維度，那數(shù)據(jù)量就和詳單接近了，毫無意義，所以我們將有選擇的確定主題維度。日匯總表通過繳費表關(guān)聯(lián)用戶靜態(tài)表而來，月匯總關(guān)聯(lián)繳費表和用戶月信息。下面是這些匯總表，每個匯總表總有一些不屬于用戶信息的維度（也即一對多關(guān)系的維度）。前面的信息表一般都是用戶 ID和時間作為主鍵，但是業(yè)務(wù) 使用的信息表一般都要以采集時間、通話時間和用戶 ID作為主鍵，也就是用戶在一個周期類可能不止有一條記錄。例如有一個分析需求是統(tǒng)計月租費等于 0的出帳用戶數(shù)，那就可以加上一個 當月月租費這個字段。前面在業(yè)務(wù)介紹中提到，客戶、帳戶與用戶是一對多關(guān)系的，所以客戶和帳戶的信息都能唯一映射到一個用戶上，在靜態(tài)表中，我們就是集成了 ODS 層中的用戶表、客戶表和帳戶表，一般來說，我們在客戶表中要取的信息包括： ? 客戶類型：例如個人客戶、單位客戶、集團客戶等； ? 客戶級別：例如普通客戶、大客戶等； ? 客戶年齡：一般可以從身份證 ID計算，但是數(shù)據(jù)不是非常整潔； ? 客戶性別：一般可以從身份證 ID計算，但是數(shù)據(jù)不是非常整潔； ? 客戶職業(yè)：例如教師、學生、公務(wù)員等；數(shù)據(jù)不整潔； 從 ODS帳戶表中，我們一般要取的信息包括帳戶繳費方式，用戶在入網(wǎng)時，可以預(yù)先設(shè)定一種繳費方式，例如選擇銀行代扣，要指定銀行帳號和銀行代碼等；從分析的角 度，這個維其實很少用到，所以在實際項目中，可以適當取舍這個表的關(guān)聯(lián)； 從 ODS用戶表中，我們要將大部分的用戶信息直接搬過來，主要的信息包括用戶所屬地市、用戶狀態(tài)、用戶套餐、用戶入網(wǎng)渠道、用戶入網(wǎng)月份（在網(wǎng)時長）等。 為了說明 DW層的作用，我們設(shè)想一些典型的分析： 20xx年 4月 1日，爪哇市的 C網(wǎng)新增用戶數(shù)，離網(wǎng)用戶數(shù)； 20xx年 4月 6日，爪哇市 C網(wǎng)的當日話費收入和當月累計話費收入； 20xx年 2月爪哇市的 C網(wǎng)應(yīng)收，和 3月的應(yīng)收同期比較，增長率為多少； 20xx 年 3 月份爪哇市 C 網(wǎng)應(yīng)收費用中 ，月租費、本地通話費、長途費、漫游費、短信費等各占多少比例？在套餐上細分的比例是多少？ 截止到 20xx 年 2 月底，爪哇市 C網(wǎng)的累計欠費是多少？有多少用戶欠費？哪種套餐發(fā)生的欠費較多？哪個代理商所發(fā)展用戶欠費較多？ 截止到 20xx年 3月 1日，爪哇市 C網(wǎng)的實收上期（ 1月份）費用是多少？回收欠費多少？ 20xx年 4 月 4日，爪哇市 C網(wǎng)主叫國內(nèi)漫游本地通話次數(shù)是多少？計費時長是多少？在套餐上的分布如何？ 用戶級數(shù)據(jù)沉淀 為了滿足數(shù)據(jù)沉淀穩(wěn)定性的要求， DW設(shè)計不能簡單的根據(jù)需求將數(shù)據(jù)預(yù)先在可能的維度上匯總 若干度量，因為需求是不斷變化的，此時提出的需求很可能并不是真正有用的需求，當這個分析需求需要加入一個新的分析維度時，那這個匯總數(shù)據(jù)將被無情廢掉，要不你就將盡可能多的維度放在一起匯總，但那樣恐怕是不現(xiàn)實的，因為匯總性能和空間都不會允許。營業(yè)受理指在營業(yè)廳每筆受理記錄，例如用戶開戶、改號等操作，但是并不是每種受理都是收費的，或者一次受理會收取不同類 型的費用，這里的費用類型我們叫做營業(yè)費用類型，例如開戶費、 SIM卡費等，這些費用信息都是存放在營業(yè)收費中的。 ? 欠費 一個用戶在某個帳期的費用在一個月內(nèi)沒有銷掉，則為欠費。優(yōu)惠費用有詳單級優(yōu)惠、帳單級優(yōu)惠，詳單級優(yōu)惠指在詳單二次批價時所作的優(yōu)惠，在月帳單中，通常也將這些值復(fù)制過來。它將客戶的基本信息，客戶消費的信息和與運營商某個業(yè)務(wù)的契約信息分開。這種數(shù)據(jù)沉淀必須要是穩(wěn)定的，在經(jīng)營分析系統(tǒng)建設(shè)初期，數(shù)據(jù)沉淀的概念還是不清楚的，很多情況是將在若干維度匯總?cè)舾啥攘康臄?shù)據(jù)當作沉淀，但是一旦從一個新的維度分析同樣的度量，那么這個匯總數(shù)據(jù)一點用都沒有。本文首先回答為什么會有統(tǒng)一 DW 模型，再簡要述說經(jīng)營分析關(guān)注的業(yè)務(wù)領(lǐng)域，最后再逐一介紹統(tǒng)一 DW 模型中的結(jié)構(gòu)。因為多維分析的需求是經(jīng)常變化的，所以這一層的結(jié)構(gòu)也是頻繁變化的，我們在設(shè)計時考慮將這一層數(shù)據(jù)結(jié)構(gòu)放在邏輯設(shè)計之外（要讓邏輯設(shè)計盡量保持穩(wěn)定）。它們對于詳細的處理細節(jié)可能不盡相同，但是對于最終我們關(guān)注的結(jié)果性的數(shù)據(jù)結(jié)構(gòu)，還是可以統(tǒng)一的。我們每月收到聯(lián)通寄來的帳單上面，明細列出本地通話費多少、長途費、漫游費多少，這就是從月帳單中來的。 用戶可以通過各種方 式繳費，現(xiàn)金、支票、信用卡、銀行托收、代扣等，現(xiàn)在還有更多通過充值卡繳費，這叫做繳費方式。到月初開帳時，它是開帳的一個基本依據(jù)。 四、統(tǒng)一 DW模型結(jié)構(gòu) 通過了解上面的業(yè)務(wù)介紹，我們現(xiàn)在可以看看統(tǒng)一 DW 模型的設(shè)計思路。下面按照用戶信息的分 類分別介紹這一系列用戶信息表。開帳信息包括： ? 出帳應(yīng)收：在進行帳務(wù)優(yōu)惠后的應(yīng)收費用，一般就是你的帳單上的費用總和，表示你要繳那么多錢； ? 通話費：費用類型是通話費的應(yīng)收費用只和， 通話費的費用類型諸如長途費、漫游費等； ? 出帳類型：表示該用戶當月的出帳費用中是否有月租費用，是否有通話費用？這也是通過費用類型區(qū)分的。但是欠費信息不是增量式的 ，每個月都可能回收以往月份的欠費，所以每個月都需要基于整個欠費表分析。因此，對于這種數(shù)據(jù)，要進行特定方式的 沉淀。 實收分析可以每日進行，也可每月分析，所以可以有實收日匯總和月匯總，但是注意日匯總肯定無