社保ＤＳＳ中數據倉庫的設計與實現

摘要：傳統DSS基于業務系統數據庫從而缺乏統一、充足的數據源支持，這嚴重影響了DSS的發展。數據倉庫的出現解決了DSS應用的一大難題。該文以江西省社會保險DSS為應用實例，給出了社保數據倉庫的具體設計與實現過程。

關鍵詞：數據倉庫；決策支持系統；社會保險

中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2008)23-869-03

Design and Implementation of Data Warehouse in Social Insurance DSS

PENG Qiao-zhen， DENG Lin-sheng

(School of Computing， Nanchang Hangkong University， Nanchang 330063， China)

Abstract: Traditional DSS is based on MIS database which is lacked of uniform and sufficient data， so the development of DSS was put off. The appearance ofdata warehouse technology resolve the difficult problem of DSS. This paper， using the project of Social Insurance DSS as the application instance， shows the design and implementation procedure of Social Insurance DW.

Key words: data warehouse; DSS; social insurance

1 引言

決策支持系統（Decision Support System，DSS）自70年代提出以來，已在很多領域得到了應用。DSS旨在通過人機交互方式解決決策過程中的半結構化和非結構化問題，幫助決策者提高決策水平和實現決策的科學化。

傳統DSS由數據庫、模型庫、方法庫和人機交互系統組成，構建于數據庫系統基礎之上。隨著數據量的迅速增長和用戶查詢要求的復雜化，數據庫技術越來越難以滿足決策支持的要求。這是因為傳統的數據庫主要用于事務處理，只能對原始數據進行一般的加工和匯總，不能提供大量集成的、歷史的和綜合的數據。數據倉庫（Data Warehouse，DW）概念的提出及其發展為決策支持系統提供了適當的數據組織形式，解決了DSS的一大難題，基于數據倉庫的DSS體系結構如圖1所示。

2 數據倉庫

2.1 數據倉庫的定義[1]

1992年，數據倉庫之父Inmon W H 在《建立數據倉庫》（Building the Data Warehouse）一書中首先給出了數據倉庫的定義：數據倉庫是一個面向主題的、集成的、不可更新的、隨時間變化的用來支持管理人員決策的數據集合。

這個定義概括了數據倉庫最主要的四個特征：數據倉庫的數據是面向主題的、集成的、不可更新的、隨時間變化的。這四個特征能很好地滿足DSS對數據的要求，可以把數據以方便查詢的方式組織到數據倉庫之中，從而為決策者提供有效的信息支持。

2.2 數據倉庫的設計

創建數據倉庫時，首先需要對原業務系統進行分析，根據需求確定主題，然后根據主題設計數據倉庫。目前，在設計數據倉庫時較常用的有下面兩種模型：星型模型和雪花模型。

1）星型模型：如圖2所示，星型模型的結構由一點向外輻射，中間有一個單一對象沿半徑向外連接到多個對象。星型模型中心的對象稱為“事實表”，事實表包含了基本的和匯總的業務事實，描述了主題的數據；與事實表相連的對象稱為“維表”，維表分布在事實表的外圍，從不同的角度描述了業務的各個維度。

2）雪花模型：如圖3所示，雪花模型是對星型模型的擴展。在此模型中，維表分解成與事實表直接關聯的主維表和與主維表關聯的次維表，次維表與事實表間接關聯。

3 數據倉庫在社保DSS中的應用

3.1 社保數據倉庫的設計[2，3]

社保包括養老、醫療、工傷、生育、失業五種保險，其中以養老保險的覆蓋面最大，對社會和國民經濟的影響力也最大。所以，本文以養老保險為例給出社保數據倉庫的設計。

通過對養老保險業務系統的分析，可以看出養老保險最為核心的業務就是每個月的基金征收和養老金發放。而且，社保機構各級決策層領導最為關心的問題也是養老保險基金收支情況，對于該情況的準確了解和預測將有助于他們制定出相應的政策以使個人、集體和國家利益能夠達到平衡。因此，在創建社會保險DSS的數據倉庫時，我們首先確定了以下兩個主題：基金征收（收）和養老金發放（支）。

如圖4所示，對于基金征收主題，我們采用了星型模型。考慮到在職職工調動比較頻繁并且在調動的那個月可能出現兩個單位同時繳費的情況，在事實表中我們采用了時間ID、單位ID、在職職工ID三個字段作為主鍵，同時這三個字段分別參照相應的維表成為外鍵。

如圖5所示，對于養老金發放主題，我們采用了雪花模型。考慮到職工一旦退休后，該職工的所屬單位便不再變化，在事實表中我們只采用了時間ID、退休職工ID二個字段做為主鍵，同時這二個字段分別參照相應的維表成為外鍵。通過在退休職工維表中加入退休單位ID字段來標明職工退休時所屬的單位，該字段參照單位維表成為外鍵。

從圖4和圖5中我們可以看出，在職職工維表和退休職工維表是相應主題的私有維表，而時間維表，單位維表是兩個主題共用的公共維表。需要注意的是：單位維表在基金征收主題中是主維表；養老金發放主題采用的是雪花模型，單位維表在該主題中是次維表。

3.2 社保數據倉庫的實現[4]

完成了數據倉庫的設計，下一步就是DW的具體實現。Oracle作為一種大型關系數據庫在OLTP中得到了廣泛應用。因為社保業務的數據量較大，而且數據需要保留的時間較長，社保業務系統采用了Oracle作為后臺數據庫。經過多年的實際使用，Oracle數據庫的高效、穩定以及安全性得到了各級社保機構的肯定。在開發社保DSS時，考慮到對原業務系統的繼承性以及Oracle產品的優越性，我們選用了Oracle數據倉庫平臺來創建數據倉庫。

下面給出了最典型的基金征收事實表C_INCOME的創建腳本，其它表的創建類似。

CREATETABLEC_INCOME

(TIME_IDNUMBER(6)，

ENTERPRISE_IDNUMBER(9)，

ZZZG_IDNUMBER(9)，

JFJSNUMBER(8，2)，

QYJJENUMBER(8，2)，

GRJJENUMBER(8，2)，

HRGRZHJENUMBER(8，2)，

CONSTRAINTC_INCOME_PKPRIMARYKEY(TIME_ID， ENTERPRISE_ID， ZZZG_ID)，

CONSTRAINTC_INCOME_TIME_FKFOREIGNKEY(TIME_ID)

REFERENCESD_TIME (TIME_ID)，

CONSTRAINTC_INCOME_ ENTERPRISE _FKFOREIGNKEY(ENTERPRISE_ID)

REFERENCESD_ ENTERPRISE (ENTERPRISE_ID)，

CONSTRAINTC_INCOME_ ZZZG _FKFOREIGNKEY(ZZZG _ID)

REFERENCESD_ZZZG(ZZZG _ID)

);

4 結束語

社會保險是國家長治久安的大計，它關系到每個職工的生、老、病、死。數據庫系統作為MIS的基礎在社保領域得到了廣泛應用，然而數據倉庫作為DSS的基礎在社保領域的應用還處在初級階段。本文將數據倉庫引入社保領域，希望進一步推動社保DSS的發展。

參考文獻：

[1] （美）Inmon W H，著，王志海，林友芳，譯.數據倉庫[M].北京:機械工業出版社，2003.

[2] 黃琨，高位肖，王嘉禎，等.基于數據倉庫的政務決策系統[J].河北科技大學學報，2005，26(1):64-66.

[3] 王文香，左春，張正.保險業決策支持系統的數據倉庫的設計與實現[J].計算機系統應用，2006(7):9-12.

[4] 飛思科技產品研發中心.Oracle 9i數據倉庫構建技術[M].北京:電子工業出版社，2003.