主題數據庫

主題數據庫的設計目的是為了加速應用項目的開發。程序人員使用的數據應已存在於有關數據庫中。它把企業的全部數據劃分成一些可以管理的單位——主題數據庫。主題數據庫應設計得儘可能穩定，能在較長時間內為企業的信息資源提供穩定的服務。穩定並非限制主題數據庫永不發生變化，而是要求在變化後不會影響已有的應用項目工作。主題數據庫的邏輯結構應獨立於當前的計算機硬件和軟件的實現過程，這樣能保持在技術不斷進步的情況下，主題數據庫的邏輯結構仍然有效。

主題數據庫的基本特徵有：

1．面向業務主題。主題數據庫是面向業務主題的數據組織存儲，例如，企業中需要建立的典型的主題數據庫有：產品、客户、零部件、供應商、訂貨、員工、文件資料、工程規範等。其中產品、客户、零部件等數據庫的結構，是對有關單證、報表的數據項進行分析整理而設計的，不是按單證、報表的原樣建立的。這些主題數據庫與企業管理中要解決的主要問題相關聯，而不是與通常的計算機應用項目相關聯。

2．信息共享。主題數據庫是對各個應用系統“自建自用”的數據庫的徹底否定，強調建立各個應用系統“共建共用”的共享數據庫。不同的應用系統的計算機程序調用這些主題數據庫，例如，庫存管理調用產品、零部件、訂貨數據庫；採購調用零部件、供應商、工程規範數據庫等。

3．一次一處輸入系統。主題數據庫要求調研分析企業各經營管理層次上的數據源，強調數據的就地採集，就地處理、使用和存儲，以及必要的傳輸、彙總和集中存儲。同一數據必須一次、一處進入系統，保證其準確性、及時性和完整性，經由網絡-計算機-數據庫系統，可以多次、多處使用。

4．由基本表組成。一個主題數據庫的科學的數據結構，是由多個達到“基本表” (Base Table)規範的數據實體構成的，這些基本表具有如下的特性：

· 原子性——基本表中的數據項是數據元素（即最小的、不能再分解的信息單元）；

· 演繹性——可由基本表中的數據生成全部輸出數據（即這些基本表是精練的，經過計算處理可以產生全部企業管理所需要的數據）；

· 規範性——基本表中數據滿足三範式(3-NF)要求，這是科學的、能滿足演繹性要求、並能保證快捷存取的數據結構。

主題數據庫與應用數據庫的區別

我們看一個簡單的例子。某單位的工資系統是按工資單建數據庫的，職工張華的工資單編號是0104。該單位人事系統是按職工檔案建數據庫的，張華在人事系統中的編號是1122。人事系統要獲得張華的工資數據，需要做接口程序將1122轉換成0104，才能正確地檢索；反之，工資系統要獲得人事系統的數據，需要做接口程序將0104轉換成1122。這樣，2個應用系統至少需要2個接口。如果再加上安監繫統和社保系統，共4個應用系統要互相交流數據，就至少需要12個接口。而企業經營管理中如果有20個大大小小“孤島式”的應用系統需要相互交流數據，就至少需要380個接口。這麼多的接口無法做完，即使做完所有的接口，整個系統的運行也將是低效率和脆弱的。所以，企圖通過做接口實現系統集成，從來就是可望而不可及的。

解決這類應用系統集成問題的正確方法是：不按照單證報表原樣建立數據庫,而是面向業務主題建立數據庫，這就是主題數據庫。上例中的員工信息是幾個應用系統所共用的，應該對企業的所有員工統一編號，有關員工的信息統一組織存儲，從而能保證信息共享——各應用程序都存取共享的“員工主題數據庫”，這就從根本上取消了不必要的接口。這就是説，通過建立主題數據庫，簡單、科學地實現了應用系統的集成。

發達國家在上世紀70年代中後期至80年代初的信息化初級階段，遇到過包括“信息孤島”問題在內的“數據處理危機”問題。詹姆斯·馬丁(James Martin)提出的主題數據庫概念和有關理論方法，為解決這些問題作出了重要的貢獻，這對我們具有十分重要的借鑑意義。