本站小編為你精心準備了虛擬數據庫設計論文參考范文,愿這些范文能點燃您思維的火花,激發您的寫作靈感。歡迎深入閱讀并收藏。
基站網元需要對數據的各種操作方式作出快速的響應,以及用戶信息的固化存儲,防止斷電后引起的數據丟失,基站的系統資源有限制,不能選用耗費系統資源的物理數據庫,專用通信網絡使用SQLite數據庫,集成了內存的高效操作以及支持物理存儲,無需安裝,應用廣,商用性好。基站控制器,調度臺服務器,網管服務器等網元需要存儲各種不同的用戶信息以及呼叫服務信息,計費信息等各種海量數據,它們對操作數據的反應時間沒有很嚴格的需求,但對數據庫存儲能力有較大的需求,可以采用應用比較廣泛的MySQL數據庫。一級網元,作為整網的數據存儲以及處理中心,數據量以及數據安全性是需要首先考慮的問題,Oracle是最值得信賴的大型關系型數據庫。虛擬數據庫使上層軟件開發人員無需關心任何物理數據庫接口,只需要使用虛擬數據庫提供的一套接口,即可自由靈活進行數據的管理操作。
1.1虛擬數據庫的基本操作數據庫的基本操作分為插入,更新,刪除,查詢,針對每張表的操作方式,也是基于基本的四類操作,根據操作條件進行操作,總可以將數據轉化成SQL語句進行操作。
1.2虛擬數據庫的實現虛擬數據庫操作的底層接口是各種物理數據庫提供的API,虛擬數據庫需要將這些API集中地封裝起來,并根據用戶的需求選擇使用。封裝結構可以如下所示。示例中僅封裝了幾個常用的數據庫API,也可以根據需求追加定義其他API進入封裝結構,也可以根據用戶需求隨時將其他數據庫API封裝進來。
2數據下發過程
2.1數據正常下發過程(1)底層網元首先向上層網元上報數據資源審計請求,并將底層網元的數據標識(通常為MD5校驗碼)帶給上層網元。(2)計算底層網元數據審計標識,判斷底層數據是否與上層網元數據一致,如果一致,發送數據審計結果正確給底層網元,否則發送數據不一致給底層網元。(3)根據結果判斷,如果無需同步,向上層網元發送數據審計流程結束,如果需要同步,向上層網元發送數據請求,數據請求中包含請求數據表,以及數據指針,用于標識上次請求到的數據位置。(4)按照請求數據,從數據庫中取出數據,以及數據指針,封裝進數據下發包。(5)數據循環向下層網元發送,直到底層網元不在請求數據為止,同時底層網元上報數據審計流程結束,完成數據下發過程。
2.2數據異常下發過程(1)底層網元在無法打開本地的數據庫情況下,判斷為本地數據庫已經損壞,向上層網元發送數據庫崩潰通知。(2)生成下層網元的數據庫,根據網元類型,通過FTP向底層網元發送數據庫文件或者數據文件。(3)底層網元接收完成數據庫后,打開數據庫,上報數據資源審計請求。
3結束語
每個通信系統都有自身特點,設計出一個適用于本系統的數據庫架構,將極大提高系統對數據的處理能力,同時不會降低系統的運營速度,虛擬數據庫涉及到數據庫技術,操作系統,計算機通信等多方面知識,是一項復雜的工作,需要在實踐中不斷創新發展。
作者:殷錫亮單位:哈爾濱僑航通信設備有限公司