“一卡通”信息系統數據庫設計初步探討

文章出處：http://botanicstilllife.com 作者：鄭州興邦科技有限公司 人氣： 發(fā)表時間：2007年10月03日

引言：卡的應用不外乎就是計費與身份識別之用。所謂“一卡通”就是同一張卡片，每一用戶只需要一張卡，在多種不同功能管理中使用。這是用戶對系統的基本要求，也是“一卡通”最主要的表現。

一卡，并不是一種固定的卡，既可以是IC卡，也可以是ID卡；更不能指定某一家廠商的卡。一卡通系統可通過靈活的接口、統一的標準，很容易把各種類型的卡有機地結合起來，在同一系統中，可同時使用不同的卡（如：ID卡，Mifare-One卡同時使用）。

功能方面，一卡可以用來停車、開門、考勤、巡更、身份識別等。 在“一卡通”系統數據庫設計中，傳統的設計方法是將“一卡通”系統所有數據集中在一起的模式下進行設計（即“一庫一卡通”，特別是同一商家的“一卡通”系統產品）。雖然具有：數據容易共享、數據一致性容易保證、數據檢索方便等優(yōu)點。但也有其致命的缺點：

第一、不便于進行系統的應用升級與擴充。事實上，“一卡通”系統是一個不斷創(chuàng)新與升級的系統，根據市場需求和軟硬件相關技術的發(fā)展，“一卡通”系統將會有新的應用加入和老的應用的升級。一般情況下，“一卡通”系統的數據庫需要作相應的變動與升級，由此造成“一卡通”系統數據的兼容性、一致性、獨立性等問題將是非常突出，特別是針對一個運行比較久且比較大型的“一卡通”系統（如：某一大學城的“一卡通”系統）,數據量將是非常龐大的，由此產生的升級與改動成本將是很高的。

第二、各應用子系統不可能都是同一家公司研發(fā)的，軟硬件各自不同，其后臺數據庫不可能都集成在“一卡通”系統數據庫中。但他們都使用同一張卡作為身份識別與計費的媒介。因此它與“一卡通”系統數據庫之間需要一定的信息交換(如：卡的開戶、掛失、解掛、注銷、補卡等信息)。這時需要增加相應的人力、設備、技術實現與“一卡通”系統數據庫相關數據的同步。在沒有相關標準的情況下，其成本是很高的。

事實上，“一卡通”就是利用同一張卡作為各種計費與身份識別系統的媒介，這是“一卡通”系統的共性。各種計費與身份識別系統都有其自身的特點與屬性。比如，“一卡通”系統中的餐飲收費系統與上機收費系統，一個是以食物量的多少來計費，一個是以時間量的長短來計費，其都有不同的特點與屬性,在其后臺數據庫設計上也是有所區(qū)別的。這是“一卡通”系統的差異性。

有了以上的共性與差異性，本人認為,“一卡通”信息系統數據庫設計比較行之有效的方法就是“一卡多庫”---以卡信息數據庫為中心庫，為每一個應用系統或模塊建立一個專門的相對獨立的數據庫！這樣的好處是便于增加“一卡通”系統的靈活性與獨立性，便于“一卡通”應用系統的擴充與改造升級。但也產生另一個問題:由于各應用系統數據庫的相對獨立，必然導致卡信息數據庫中