專利名稱：一種內(nèi)存數(shù)據(jù)庫的多用戶實現(xiàn)方法
技術領域：
本發(fā)明涉及一種內(nèi)存數(shù)據(jù)庫應用方法，更具體地說，本發(fā)明涉及的是一 種在使用內(nèi)存數(shù)據(jù)庫時數(shù)據(jù)庫的邏輯對象和數(shù)據(jù)按多用戶管理的實現(xiàn)方 法。
背景技術：
現(xiàn)有技術中，隨著嵌入式軟件的廣泛應用，軟件系統(tǒng)中需要保存的數(shù)據(jù) 大量出現(xiàn)，內(nèi)存數(shù)據(jù)庫的需求大量增加。目前在嵌入式內(nèi)存數(shù)據(jù)庫領域中， 不論是商用的嵌入式數(shù)據(jù)庫或是各公司自行研發(fā)的內(nèi)存數(shù)據(jù)庫，都沒有提
出多用戶的概念，他們所支持的數(shù)據(jù)庫應用模式也比較單一；如果上層應 用需要按照業(yè)務特點不同使用數(shù)據(jù)庫提供的服務，那么大部分情況是所有 的表存放在一起，更有甚者兩種完全不同的業(yè)務數(shù)據(jù)會耦合到一張表中， 不同用戶對數(shù)據(jù)庫的操作需要依據(jù)上層應用來判斷，數(shù)據(jù)庫本身無法對不 同的用戶進行區(qū)別管理。
對多用戶內(nèi)存數(shù)據(jù)庫需求的一個例子，是移動通訊行業(yè)的多制式混用同 一設備概念的提出。在移動通訊行業(yè)中，為了充分利用運營商已有的網(wǎng)絡， 業(yè)界廣泛提出了基站、基站控制器等硬件設備實現(xiàn)雙模或多模的情形，即 同 一個基站可以同時運行不同制式標準，類似基站可以同時提供 GSM/WCDMA雙模業(yè)務，更有甚者可以同時多種模式存在。
那么對數(shù)據(jù)庫來說，多種模式的混合存放顯然是在增加了耦合，因此， 現(xiàn)有技術還有待于改進和發(fā)展。本發(fā)明的目的在于提供一種內(nèi)存數(shù)據(jù)庫的多用戶實現(xiàn)方法，在使用內(nèi)存 數(shù)據(jù)庫時通過對多用戶的管理，引入多用戶的管理方法以大幅度降低整個 軟件系統(tǒng)的復雜度，降低不同用戶數(shù)據(jù)的耦合程度。
本發(fā)明的技術方案包括
一種內(nèi)存數(shù)據(jù)庫的多用戶實現(xiàn)方法，其包括以下步驟
A、 在內(nèi)存數(shù)據(jù)庫中引入用戶注冊表用于存放用戶相關信息；
B、 才艮據(jù)業(yè)務需求確定用戶，并對用戶所使用的表進行注冊；
C、 用戶只使用自己注冊的表以及其相關邏輯對象。
所述的方法，其中，所述步驟B還包括不同的用戶使用相同的表時 分別注冊自己的表。
所述的方法，其中，所述步驟B還包括不同的用戶^f吏用相同的表結 構和表數(shù)據(jù)。
所述的方法，其中，所述步驟B還包括不同的用戶使用共用表結構， 并將其表數(shù)據(jù)分開存放。
所述的方法，其中，所述步驟B還包括不同的用戶使用不同的表結 構，和，不同的表數(shù)據(jù)。
所述的方法，其中，所述步驟C還包括在內(nèi)存數(shù)據(jù)庫啟動時，將用 戶所注冊的相關信息從文件中讀入內(nèi)存；所述內(nèi)存數(shù)據(jù)庫啟動后，在數(shù)據(jù) 庫級別進行用戶校-險，不允許用戶對沒有注冊的表進行訪問。
所述的方法，其中，所述步驟C還包括不同用戶的凄t據(jù)庫操作以消 息的方式發(fā)送到相關公共進程，等待排隊處理。
所述的方法，其中，所述數(shù)據(jù)庫操作包括存盤、數(shù)據(jù)同步。
本發(fā)明所提供的一種內(nèi)存數(shù)據(jù)庫的多用戶實現(xiàn)方法，由于引入了對多用 戶的管理機制，將內(nèi)存數(shù)據(jù)庫的各種邏輯對象分用戶進行了管理，可以從 根本上降低內(nèi)存數(shù)據(jù)庫不同業(yè)務用戶邏輯對象數(shù)據(jù)的耦合，減少了不同用戶之間的互相干擾狀態(tài)，大幅度降低了軟件系統(tǒng)的復雜度。


圖l是本發(fā)明方法的共用表結構和表數(shù)據(jù)場景下結構圖； 圖2是本發(fā)明方法共用表結構分別有自己的表數(shù)據(jù)場景下結構圖； 圖3是本發(fā)明方法的表結構和表數(shù)據(jù)完全分開場景下結構圖。
具體實施方式
以下結合附圖，將對本發(fā)明各較佳實施例進行更為詳細的說明 在內(nèi)存數(shù)據(jù)庫使用時候，首先引入用戶注冊表用來存放各個用戶的相關 信息。根據(jù)業(yè)務需求確定不同用戶后，再對用戶使用的表進行注冊，用戶 只可以使用自己注冊的表以及其相關的邏輯對象；不同的用戶使用相同的 表則分別注冊即可。在內(nèi)存數(shù)據(jù)庫啟動后，不同用戶只能操作與其相關的表數(shù)據(jù)， 一般情 況下沒備的物理屬性表不同的用戶都需要注冊才能擁有，這部分表用戶可 以根據(jù)具體情況設計在內(nèi)存中的存儲關系， 一般分如下三種l)使用相同 的表結構和表數(shù)扭，如圖l所示；2)只共用表結構，表數(shù)據(jù)分開存放，如 圖2所示；3)表結構和數(shù)據(jù)都完全分離，如圖3所示。一般對于業(yè)務表數(shù)據(jù)，不同用戶需要分別注冊；那么對于不同用戶表數(shù)據(jù)分別存儲，對于某個用戶的操作記錄不會被其他用戶影響，這樣也就 不會有操作互相干擾的問題。只有注冊了的表，系統(tǒng)才會分配給內(nèi)存空間，沒有用戶注冊的表不分配 數(shù)據(jù)空間，這樣就可以大量節(jié)省內(nèi)存空間。當某個用戶發(fā)起內(nèi)存數(shù)據(jù)庫相 關操作，則只能操作自己用戶的的表，比如事務操作和數(shù)據(jù)庫寫日志存盤 等。存盤進程只有一個，由多用戶共用，進行串行處理，如果內(nèi)存數(shù)據(jù)庫 需要進行熱備份，則內(nèi)存數(shù)據(jù)庫的同步也可以根據(jù)用戶區(qū)別進行。也就是說由于本發(fā)明引入了多用戶的概念，在對內(nèi)存數(shù)據(jù)庫的所有操作中與業(yè)務 有關的都可以引入用戶概念，而不需要按業(yè)務分開處理的則可以選擇使用 公共功能。本發(fā)明方法主要包括以下處理步驟A、 對引入的用戶進行注冊；B、 根據(jù)業(yè)務用戶分類，配置注冊用戶擁有的表，各用戶分別注冊自 己需要的業(yè)務表，對于雙方都使用的公共表，雙方可以分別進行注冊；C、 內(nèi)存數(shù)據(jù)庫啟動時，將步驟A和步驟B注冊的相關信息從文件中 讀入內(nèi)存，數(shù)據(jù)庫啟動后，業(yè)務用戶對數(shù)據(jù)庫的訪問，在數(shù)據(jù)庫級別進行 用戶校驗，不允許用戶對沒有注冊的表進行訪問。D、 不同用戶的數(shù)據(jù)庫操作如存盤、數(shù)據(jù)同步等以消息的方式發(fā)送到 相關公共進程，等待排隊處理。下面以移動通訊行業(yè)通訊設備實現(xiàn)雙模(USER1/USER2 )情景作為典 型例子，下面的實施例中注冊信息都以結構數(shù)組的方式表示，內(nèi)存數(shù)據(jù)庫 的具體設計實施步驟包括引入的兩個用戶在配置文件中進行注冊，命名為USER1、 USER2。 才艮據(jù)兩種業(yè)務用戶分類，配置注冊用戶擁有的表，如下列表中根據(jù)需求 R—RACKT表只有USER1和USER2都擁有，R—SHELFT表只有USER1擁 有。具體的操作方式可以比較靈活，可以在源碼中直接配置好或者在磁盤 文件中描述好該注冊關系等。數(shù)據(jù)庫啟動后，只要在內(nèi)存中存在用戶和表 的對應關系即可。表句柄 表名稱 表最小記錄 表最大記錄 表所屬用戶 const TSYSTABTuple gtSysTabTuple[]={ { HANDLE一RACKTYPE ， "R一RACKT" ,0， RACKTYPE—MAX USER1|1USER2 }，{ HANDLE_SHELFTYPE ， "R一SHELFT" ，0,SHELFTYPE—MAX ， USER1 };內(nèi)存數(shù)據(jù)庫啟動后，業(yè)務用戶對數(shù)據(jù)庫的訪問，在數(shù)據(jù)庫級別進行用戶 校驗，不允許用戶對沒有注冊表表進行訪問， 一種校驗的方法是應用在訪 問數(shù)據(jù)庫的接口入?yún)⒅杏幸粋€用戶模式的字段，用來標識具體的用戶。對于USER1/USER2用戶都注冊的表，如果表數(shù)據(jù)共用的則應用可以通 過加鎖互斥訪問或者通過數(shù)據(jù)庫同 一進程進行串行訪問，防止訪問的沖突。USER1/USER2用戶的數(shù)據(jù)庫操作如存盤、數(shù)據(jù)同步等以消息.的方式發(fā) 送到相關公共進程，等待排隊處理。本發(fā)明方法由于引入了對多用戶的管理機制，將內(nèi)存數(shù)據(jù)庫的各種邏輯 對象分用戶進行了管理，可以從4艮本上降低內(nèi)存數(shù)據(jù)庫不同業(yè)務用戶邏輯 對象數(shù)據(jù)的耦合，減少了不同用戶之間的互相干擾狀態(tài)，大幅度降低了軟 件系統(tǒng)的復雜度。應當理解的是，上述針對本發(fā)明較佳實施例的描述較為詳細，但不能因 此而認為是對本發(fā)明專利保護范圍的限制，本發(fā)明的專利保護范圍應以所 附權利要求為準。
權利要求
1、一種內(nèi)存數(shù)據(jù)庫的多用戶實現(xiàn)方法，其包括以下步驟A、在內(nèi)存數(shù)據(jù)庫中引入用戶注冊表用于存放用戶相關信息；B、根據(jù)業(yè)務需求確定用戶，并對用戶所使用的表進行注冊；C、用戶只使用自己注冊的表以及其相關邏輯對象。
2、 根據(jù)權利要求1所述的方法，其特征在于，所述步驟B還包括 不同的用戶使用相同的表時分別注冊自己的表。
3、 根據(jù)權利要求1所述的方法，其特征在于，所迷步驟B還包括 不同的用戶使用相同的表結構和表數(shù)據(jù)。
4、 根據(jù)權利要求1所述的方法，其特征在于，所述步驟B還包括 不同的用戶使用共用表結構，并將其表數(shù)據(jù)分開存放。
5、 根據(jù)權利要求1所述的方法，其特征在于，所述步驟B還包括 不同的用戶使用不同的表結構，和，不同的表數(shù)據(jù)。
6、 根據(jù)權利要求3、 4或5所述的方法，其特征在于，所述步驟C還 包括在內(nèi)存數(shù)據(jù)庫啟動時，將用戶所注冊的相關信息從文件中讀入內(nèi)存; 所述內(nèi)存數(shù)椐庫啟動后，在數(shù)據(jù)庫級別進行用戶校驗，不允許用戶對沒有 注冊的表進行訪問。
7、 根據(jù)權利要求6所述的方法，其特征在于，所述步驟C還包括 不同用戶的數(shù)據(jù)庫操作以消息的方式發(fā)送到相關公共進程，等待排隊處理。
8、 根據(jù)權利要求7所述的方法，其特征在于，所述數(shù)據(jù)庫操作包括: 存盤、數(shù)據(jù)同步。
全文摘要
本發(fā)明公開了一種內(nèi)存數(shù)據(jù)庫的多用戶實現(xiàn)方法，其包括以下步驟在內(nèi)存數(shù)據(jù)庫中引入用戶注冊表用于存放用戶相關信息；根據(jù)業(yè)務需求確定用戶，并對用戶所使用的表進行注冊；用戶只使用自己注冊的表以及其相關邏輯對象。本發(fā)明內(nèi)存數(shù)據(jù)庫的多用戶實現(xiàn)方法由于引入了對多用戶的管理機制，將內(nèi)存數(shù)據(jù)庫的各種邏輯對象分用戶進行了管理，可以從根本上降低內(nèi)存數(shù)據(jù)庫不同業(yè)務用戶邏輯對象數(shù)據(jù)的耦合，減少了不同用戶之間的互相干擾狀態(tài)，大幅度降低了軟件系統(tǒng)的復雜度。
文檔編號G06F17/30GK101256578SQ20081006647
公開日2008年9月3日 申請日期2008年4月8日 優(yōu)先權日2008年4月8日
發(fā)明者孫號令 申請人:中興通訊股份有限公司