【正文】 . 客戶主題. 大客戶表名：大客戶（tf_f_vip）作用：記錄大客戶相關客戶資料信息。本主題主要實體間的關系如下表所示：實體關系 實體關系說明客戶交互事件投訴建議事件、咨詢查詢事件、業(yè)務受理事件、主動服務事件客戶交互事件根據其業(yè)務性質可以分為投訴建議事件、咨詢事件、業(yè)務受理事件和主動服務事件，它們之間是并列關系。19 / 281大 客 戶 服 務 信 息客 戶 交 互 事 件 編 碼 (FK)工 位工 位 編 碼接 觸 方 式接 入 方 式 編 碼客 戶 交 互 事 件客 戶 交 互 事 件 編 碼接 入 方 式 編 碼 (FK)事 件 類 型 編 碼 (FK)客 戶 編 碼 (FK)用 戶 編 碼 (FK)渠 道 編 碼 (FK)客 戶 交 互 事 件 工 單客 戶 交 互 事 件 編 碼 (FK)工 位 編 碼 (FK)渠 道渠 道 編 碼渠 道 類 型 編 碼 (FK)渠 道 類 型渠 道 類 型 編 碼事 件 類 型事 件 類 型 編 碼投 訴 建 議 事 件客 戶 交 互 事 件 編 碼 (FK) 業(yè) 務 受 理 事 件客 戶 交 互 事 件 編 碼 (FK)主 動 服 務客 戶 交 互 事 件 編 碼 (FK)主 動 服 務 類 型 編 碼 (FK)咨 詢 查 詢 事 件客 戶 交 互 事 件 編 碼 (FK)催 繳 情 況 記 錄客 戶 交 互 事 件 編 碼 (FK)主 動 服 務 類 型主 動 服 務 類 型 編 碼積 分 兌 換 事 件客 戶 交 互 事 件 編 碼 (FK)電 話 交 費 事 件客 戶 交 互 事 件 編 碼 (FK)不 記 名 卡 銷 售 事 件客 戶 交 互 事 件 編 碼 (FK)銀 行 托 收 事 件客 戶 交 互 事 件 編 碼 (FK)客 戶 調 查 事 件客 戶 交 互 事 件 編 碼 (FK)主 動 服 務 類 型 編 碼 (FK)客 戶 挽 留 事 件客 戶 交 互 事 件 編 碼 (FK)主 動 服 務 類 型 編 碼 (FK)客 戶 關 懷 事 件客 戶 交 互 事 件 編 碼 (FK)主 動 服 務 類 型 編 碼 (FK)信 息 發(fā) 布 事 件客 戶 交 互 事 件 編 碼 (FK)主 動 服 務 類 型 編 碼 (FK)客戶服務是中國移動與客戶的接觸平臺。結算類型、結算規(guī)則、結算費用項目是本主題域著重描述的結算帳單屬性。付款記錄銷賬記錄一條付款記錄對應零條或多條銷賬記錄；一條銷賬記錄對應零條或一條付款記錄。用戶明細帳單一個用戶可以有零個或多個明細帳單；一個明細帳單對應一個用戶。帳戶帳務關系一個帳戶可以有零個或多個帳務關系；一個帳務關系對應一個帳戶。付款記錄是客戶從不同渠道的繳費的詳細記錄，根據用戶付款當時的帳務情況、付款之后可能進行了銷賬，也可能轉成了用戶預存費用。帳務主題主要反映客戶與帳戶之間的關系，包括費用發(fā)生、費用交付等。GPRS清 單GSM清 單MMS清 單清 單清 單WLAN清 單短 信 清 單神 州 行 充 值 卡 記 錄神 州 行 短 信 清 單神 州 行 夢 網 短 信 清 單神 州 行 語 音 清 單移 動 夢 網 短 信 清 單服務使用主題主要記錄客戶使用產品的過程，包含了業(yè)務系統(tǒng)產生的數(shù)據量最大也最有價值的信息。資源主題主要記錄了安徽移動的各類資源的情況，包括卡資源、號資源、營業(yè)點、代銷點的信息，同時還說明這些資源之間的關系，比如說卡、號資源14 / 281可以分配到營業(yè)廳或者代銷點。服務類型服務品牌一種服務類型只屬于一個品牌；一個品牌擁有一個或多個服務類型。本主題主要實體間的關系如下表所示：13 / 281實體關系 實體關系說明客戶用戶一個客戶可以擁有零個或多個用戶；一個用戶只屬于零個或一個客戶。服務類型是安徽移動提供的一組業(yè)務功能，捆綁了若干相關的功能、資費、優(yōu)惠規(guī)則、通話級別和漫游級別。用戶是安徽移動產品的定購者，跟安徽移動間存在商業(yè)契約關系。集團大客戶集團大客戶成員 集團大客戶成員既是集團大客戶的一部分，也是客戶的一部分，集團大客戶成員的基本信息記錄在客戶實體中，和集團大客戶有關的信息記錄在集團大客戶實體中，特殊信息記錄在集團大客戶成員實體中客戶客戶群 一個客戶可以歸不同的用戶群，一個用戶群包含多個客戶，二者是多對多關系，客戶細分實體反映客戶在不同客戶群中的從屬關系。集團大客戶的基本信息記錄在客戶實體中，特殊信息記錄在集團大客戶實體中。個人大客戶實體和客戶實體通過客戶編碼關聯(lián)?？蛻魧嶓w和集團客戶實體通過單位標識關聯(lián)客戶個人大客戶 個人大客戶是客戶的一部分，通過大客戶標識確定一個客戶是否大客戶。個人客戶信息記錄在客戶實體中客戶集團客戶 集團客戶是客戶的一部分，通過客戶類型確定一個客戶是否集團客戶。同時，本主題從省、營業(yè)區(qū)、業(yè)務區(qū)幾個層面對可能的地域信息進行了統(tǒng)一編碼?？蛻羧菏强蛻舴秩喉椖康慕Y果，它描述了各個客戶群的特征以及營銷對策建議。個人大客戶和集團大客戶都是客戶的一部分，其基本信息在客戶實體中統(tǒng)一記錄，集團大客戶成員是集團大客戶中單個客戶的信息。10 / 2813. 對象設計. 模型設計（ER 圖）個 人 大 客 戶個 人 大 客 戶 編 碼客 戶 編 碼 (FK)地 域地 域 編 碼地 域 級 別 編 碼 (FK)上 級 地 域 編 碼 (FK)地 域 級 別地 域 級 別 編 碼上 級 級 別 編 碼 (FK)黑 名 單客 戶 編 碼 (FK)集 團 大 客 戶集 團 大 客 戶 代 碼客 戶 編 碼 (FK)集 團 大 客 戶 成 員集 團 大 客 戶 代 碼 (FK)客 戶 編 碼 (FK)集 團 客 戶單 位 標 識客 戶客 戶 編 碼單 位 標 識 (FK)所 在 地 域 (FK)客 戶 群客 戶 群 編 碼客 戶 細 分客 戶 編 碼 (FK)客 戶 群 編 碼 (FK)離 網 客 戶客 戶 編 碼 (FK)客戶包括安徽移動能獲取其資料的所有在網客戶和潛在客戶,客戶可分為個人客戶和集團客戶。為了保證數(shù)據的安全，對權限分配使用原則：? 分析人員只能對事實表數(shù)據查詢；? 不同分析人員查詢數(shù)據的范圍，應當明確規(guī)定；? 維護人員只能對維表數(shù)據操作，但不能對表操作；? 不同維護人員維護的范圍應當明確規(guī)定；? 內部程序不分配超過其所需權限的權限；? 內部程序的用戶名/密碼應當保密；? 數(shù)據庫管理員擁有對數(shù)據庫的全部權限 數(shù)據倉庫權限實現(xiàn)的方法數(shù)據倉庫以 IBM DB2 為平臺，使用 DB2 的權限管理方法，結合主機系統(tǒng)的權限管理，來實現(xiàn)數(shù)據倉庫權限管理。安徽移動目前有效存儲 13T，需要進行擴容,以增加有效容量 6T(裸盤容量大約 )，建議盡早著手準備。8 / 281合計：++++++＋≈19T。 客戶資料 15%增量/月；綜合帳務數(shù)據 5 K /人月，每個用戶每月 2 次，則綜合帳務的存儲量為 500萬5K21 個月≈；用戶業(yè)務數(shù)據 5 K /人筆，平均每位用戶辦理各種業(yè)務 6 筆（3 年內） ；客戶靜態(tài)資料每人 10 K 字節(jié)；客服交易數(shù)據 1 K /人筆，平均每位用戶客服交易記錄 36 筆（3 年內） ；客戶資料存儲量為：10K500 萬15%＋5K500 萬6/36+1K36500萬/36＝＋ ＋ ≈ ；通話清單存儲容量＝(5000000830230)≈290GB；結算清單：一個月大約 150G；ETL 和 ODS 有效存儲容量：（＋＋290+150）≈500GB 。 （本估算值屬于比較保守的估算，實際容量可能大于這個數(shù)值。7 / 281事實表按照平均每張 300M 計算，考慮 30％的索引和冗余，按照 300 張事實表計算：300M300≈253G；多維數(shù)據存儲采用 MOLAP 的方式，多維存儲的容量要求大約是事實表的47 倍，這里用 7 倍,由于要進行 CUBE 分拆，平均分拆為 2 個。（5000000830400）13≈6 / 281結算話單數(shù)量按以上兩項的 40％考慮，話單長度平均按 200 字節(jié)考慮；話單清單在線保存 12＋1 個月，每個月按 30 天計算；數(shù)據庫存儲考慮 30％所以和冗余。話單清單在線保存 12＋1 個月，每個月按 30 天計算；數(shù)據庫存儲考慮 30％索引和冗余。參見附件：錯誤！鏈接無效。數(shù)據庫配置恢復db2 的數(shù)據配置包括兩部分：管理數(shù)據庫配置參數(shù)和數(shù)據庫配置參數(shù)。重要表數(shù)據恢復對通過重要表的備份數(shù)據進行數(shù)據恢復，可以使用 import 命令進行恢復。數(shù)據庫全恢復在數(shù)據庫損壞，無法啟動或正常工作的情況下，可以通過數(shù)據庫全備份產生的文件來完全恢復數(shù)據庫，恢復后的數(shù)據庫與進行數(shù)據庫全備份時的的數(shù)據庫一致。. 數(shù)據庫恢復數(shù)據庫可能由于硬件和/或軟件故障而變得不能使用，同時由于接口數(shù)據出錯而造成數(shù)據回退的情況下，也可能需要作恢復，不同的故障情況可能需要不同的恢復操作。 Export 保存到磁帶。表空間的備份 一周 Backup 一個月轉移到其它路徑或其它存儲設備備份重要表備份 一周 Export 三個月轉移到其它路徑或其它存儲設備備份數(shù)據庫日志備份一周 Copy 三個月備份到文件系統(tǒng)，壓縮后備份到磁帶庫。大致的分配方法如下：數(shù)據倉庫(裸設備) ：中央數(shù)據倉庫：清單備份庫：（六個月）報表數(shù)據庫：1T系統(tǒng)管理文件系統(tǒng)()：用于接口文件、數(shù)據庫日志、數(shù)據庫全備份、系統(tǒng)管理。做完 RAID5 后，進行裸設備和文件系統(tǒng)的劃分，預計損失存儲比例 25％，有效存儲空間約為：17520G75％＝ 13140G。. 網間結算清單網間結算清單的數(shù)據量約為語音清單的一半，考慮到已經將數(shù)據庫分為 8個分區(qū)，且該部分數(shù)據一般不需作即席查詢，通過網間結算清單形成中間匯總數(shù)據后，一般不會再使用，顧只考慮按月進行分表，中央數(shù)據倉庫中，用一張表存放當月結算清單數(shù)據，清單存儲庫中用 12 張表存放往月 12 個月的結算數(shù)3 / 281據。. 短信清單短信清單的數(shù)據量與語音清單相差不大，且發(fā)展趨勢是增長的趨勢，故短信清單的的分表方法與清單表一樣。6＝1250 萬。6＝2500 萬，按照目前實際情況計算約為：6 億247。這樣每個節(jié)點上的每一張清單表的數(shù)據量按照通用計算方法約為：12 億247。根據這個原則，對于當月語音清單，采用如下分表原則：由于數(shù)據庫分為 8 個分區(qū)，每個分區(qū)管理 8 分之一的數(shù)據，仍然太多，在此基礎上，用六張表存放一個月的清單，即從一日起每五天一張表。根據分區(qū)的結果，將數(shù)據庫分為 8 個分區(qū)，分區(qū)后數(shù)據得到了分流，緩解了一部分性能壓力，但由于語音清單的數(shù)據量特別巨大，所以對語音清單進一步進行分表存儲。. 語音清單安徽移動用戶目前每月產生的語音清單大約在 5－6 億之間，按照 500 萬用戶的估算公式，用戶數(shù)（500 萬）30（每月天數(shù)）8（每天平均話單數(shù)）＝12 億。由于某些數(shù)據的數(shù)據量十分巨大，為了保證數(shù)據處理的性能，要盡量避免把這些數(shù)據放在一張表中，這樣就需要對數(shù)據的存儲進行數(shù)據分割，數(shù)據分割的方式一般有：分區(qū)、分表兩種方法，由于 DB2 數(shù)據只支持數(shù)據庫分區(qū)，不支持表的分區(qū)（數(shù)據庫分區(qū)也能將數(shù)據分割） ，因此只能進行分表存儲。PREFETCHSIZE 16(缺省)1x1 x1臨時表表空間 1TBS_RPT_TEMP_ 01 臨時表表空間NDGP_08_0164讀寫 8x4 x2用戶臨時表表空間 8 TBS_RPT_PARAM 用戶臨時表表空間 NDGP_08_01 24 讀寫 8x1x3參數(shù)表表空間 8 TBS_RPT_PARAM 參數(shù)表表空間 NDGP_08_01 8 查詢 8x1x1資料表表空間 8TBS_RPT_USRARCH_01 資料表表空間NDGP_08_0164讀取、修改8x4x24 / 281資料表索引表空間 8TBS_RPT_IDX_USRARCH_01 資料表索引表空間NDGP_08_0116讀取8x2x1帳單表空間 8TBS_RPT_BILL_01 帳單表空間NDGP_08_0196讀取、修改8x4x3帳單索引表表空間 8TBS_RPT_IDX_BILL_01 帳單索引表表空間NDGP_08_0116讀取、修改8x2x1清單匯總表表空間 8TBS_RPT_DETSUM_01 清單匯總表表空間NDGP_08_01320讀取、寫入、修改 8x8x5清單匯總表索引表空間 8TBS_RPT_IDX_DETSUM_01清單匯總表索引表空間NDGP_08_0132讀取、寫入、修改 8x4x1中間表表空間 8 TBS_RPT_MID_01 中間表表空間NDGP_08_0164讀取、寫入、修改 8x4x2中間表索引表空間 8TBS_RPT_IDX_RPT_01 中間表索引表空間NDGP_08_018讀取、寫入、修改 8x1x1單節(jié)點表空間 1TBS_