"一卡通"信息系統數據庫設計初步探討
2024-07-21 02:05:38
供稿：網友
“一卡通”信息系統數據庫設計初步探討 福建開普教育設備有限公司 陳優章 引言：卡的應用不外乎就是計費與身份識別之用。所謂“一卡通”就是同一張卡片，每一用戶只需要一張卡，在多種不同功能管理中使用。這是用戶對系統的基本要求，也是“一卡通”最主要的表現。一卡，并不是一種固定的卡，既可以是ic卡，也可以是id卡；更不能指定某一家廠商的卡。一卡通系統可通過靈活的接口、統一的標準，很容易把各種類型的卡有機地結合起來，在同一系統中，可同時使用不同的卡（如：id卡，mifare-one卡同時使用）。功能方面，一卡可以用來停車、開門、考勤、巡更、身份識別等。 在“一卡通”系統數據庫設計中，傳統的設計方法是將“一卡通”系統所有數據集中在一起的模式下進行設計（即“一庫一卡通”，特別是同一商家的“一卡通”系統產品）。雖然具有：數據容易共享、數據一致性容易保證、數據檢索方便等優點。但也有其致命的缺點：第一、不便于進行系統的應用升級與擴充。事實上，“一卡通”系統是一個不斷創新與升級的系統，根據市場需求和軟硬件相關技術的發展，“一卡通”系統將會有新的應用加入和老的應用的升級。一般情況下，“一卡通”系統的數據庫需要作相應的變動與升級，由此造成“一卡通”系統數據的兼容性、一致性、獨立性等問題將是非常突出，特別是針對一個運行比較久且比較大型的“一卡通”系統（如：某一大學城的“一卡通”系統）,數據量將是非常龐大的，由此產生的升級與改動成本將是很高的。第二、各應用子系統不可能都是同一家公司研發的，軟硬件各自不同，其后臺數據庫不可能都集成在“一卡通”系統數據庫中。但他們都使用同一張卡作為身份識別與計費的媒介。因此它與“一卡通”系統數據庫之間需要一定的信息交換(如：卡的開戶、掛失、解掛、注銷、補卡等信息)。這時需要增加相應的人力、設備、技術實現與“一卡通”系統數據庫相關數據的同步。在沒有相關標準的情況下，其成本是很高的。 事實上，“一卡通”就是利用同一張卡作為各種計費與身份識別系統的媒介，這是“一卡通”系統的共性。各種計費與身份識別系統都有其自身的特點與屬性。比如，“一卡通”系統中的餐飲收費系統與上機收費系統，一個是以食物量的多少來計費，一個是以時間量的長短來計費，其都有不同的特點與屬性,在其后臺數據庫設計上也是有所區別的。這是“一卡通”系統的差異性。有了以上的共性與差異性，本人認為,“一卡通”信息系統數據庫設計比較行之有效的方法就是“一卡多庫”---以卡信息數據庫為中心庫，為每一個應用系統或模塊建立一個專門的相對獨立的數據庫！這樣的好處是便于增加“一卡通”系統的靈活性與獨立性，便于“一卡通”應用系統的擴充與改造升級。但也產生另一個問題:由于各應用系統數據庫的相對獨立，必然導致卡信息數據庫中的卡的開戶、掛失、解掛、補卡、信息調整、注銷等信息與各應用系統數據庫中的相關信息同步問題，這是“一卡通”信息系統數據庫設計必須考慮的重大問題！針對以上問題，本人認為,我們可以采取以下辦法：1、在一定的時間內，各應用系統從卡信息數據庫上傳或下載相關信息，雙方進行必要的更新！2、利用大型數據庫服務器自身的分布復制技術實現相關信息的同步！以上的兩種辦法都要在“一卡通”系統各數據庫相關表的表結構及相關的處理機制上建立"接口"（即一種標準）為基礎。這種標準，為數據庫設計提供了新的課題,因為，它考慮的是數據庫與數據庫的聯系，而不是實體與實體的聯系。以下是本人認為一種比較行之有效的方案：以卡信息數據庫為中心庫(卡信息數據庫記載的主要信息為：_______________________)，各應用系統數據庫設置一個或幾個有以下信息的基本表（__________________________________）。作為上傳、下載或實現分布式復制之用！這種設計方法類似于聯系為1:n的數據庫邏輯結構設計方法。這里的“1”方實體指卡信息數據庫，"n"方實體指“一卡通”各應用系統或模塊數據庫。這里的“外部鍵”則為以上那些確定的基本表。
