關(guān)于內(nèi)存數(shù)據(jù)庫與實時數(shù)據(jù)庫的區(qū)別？請大神們參與討論

da888888

最近在研究實時數(shù)據(jù)庫，但是我還是沒有分清楚實時庫與內(nèi)存數(shù)據(jù)庫之間的區(qū)別。為什么要研究實時庫，因為同樣一份數(shù)據(jù)，我要實現(xiàn)多個進(jìn)程同時對它的進(jìn)行訪問。所以這個必須用到實時庫，而實時庫又只有一份，不知道怎么實現(xiàn)。
我個人的理解實時數(shù)據(jù)庫如下：
就好似我們在寫C/C++時會定義與核心進(jìn)程相關(guān)的一些.h(頭)文件，在編譯時，.h和.C/.cpp都會一起同時被編譯，生成可執(zhí)行文件或動態(tài)鏈接文件。
那我們通常講的實時庫，是不是就是類似的.h文件，他們就是實時庫的實體文件，再啟動系統(tǒng)或平臺時，這些文件就會加載到內(nèi)存中，或者是.h關(guān)聯(lián)的進(jìn)程啟動時，進(jìn)程對應(yīng)的.h實體文件就被加載到內(nèi)存，當(dāng)另外的進(jìn)程啟動時，操作系統(tǒng)或平臺會檢測內(nèi)存中是否已有一份.h映射的內(nèi)存空間，如果有就不在加載了。最后，各個不同的進(jìn)程都可以同時訪問內(nèi)存中的這一份.h文件映射出的內(nèi)存空間中的數(shù)據(jù)。

注意：我是非計算機專業(yè)，所以問題很菜鳥，請大家諒解。

fender0107401

lz這是在說些什么��？

www1862

樓主應(yīng)該先了解實時操作系統(tǒng)的特點，可能對實時數(shù)據(jù)庫的理解有幫助。

MMMIX

回復(fù) 1# da888888


    你這不做類比還好，一類比，直接就不知所云了。

bfdhczw

反正我的理解就是共享數(shù)據(jù)而已，做好同步就是了。

da888888

謝謝！我可能說得太混亂了，因為我現(xiàn)在理解非常模糊，這樣描述吧：
實時庫都存在自己的實體文件吧，這個實體文件是存在磁盤上的吧，這些實體文件怎么映射到內(nèi)存的，又是怎么提供服務(wù)讓多個進(jìn)程同時訪問這個內(nèi)存映射區(qū)間（這個區(qū)間貌似就是實時庫），系統(tǒng)是怎么管理的呢？

PS:我用百度看了一些說明，都覺得不是很理解，計算機基礎(chǔ)太差，比如win32下每個進(jìn)程都分配了4G的虛擬內(nèi)存空間，然后按頁目錄、頁進(jìn)行管理，然后就不是很明白了

Dannysd

不覺明厲啊，等大神們討論

bruceteen

實時數(shù)據(jù)庫 未必就一定是 內(nèi)存數(shù)據(jù)庫；
內(nèi)存數(shù)據(jù)庫 未必就一定是 實時數(shù)據(jù)庫。
實時和非實時 是需求上的概念，內(nèi)存和非內(nèi)存 是實現(xiàn)上的概念。

實時數(shù)據(jù)庫 和 非實時數(shù)據(jù)庫 的本質(zhì)差別是：對于插入操作，實時數(shù)據(jù)庫 要求在指定時間內(nèi)完成，而 非實時數(shù)據(jù)庫 則無此要求。

實時數(shù)據(jù)庫 和 非實時數(shù)據(jù)庫 的差別：
a. 一般而言，實時數(shù)據(jù)庫 會比 非實時數(shù)據(jù)庫 插入操作耗時少，但這卻未必絕對。
b. 一般而言，實時數(shù)據(jù)庫 會帶有 內(nèi)存數(shù)據(jù)庫 模塊，但這卻未必絕對。
c. 一般而言，實時數(shù)據(jù)庫 不提供SQL操作，以保證各項操作的效率，但這卻未必絕對。
d. 一般而言，實時數(shù)據(jù)庫 會使用壓縮技術(shù)，從而導(dǎo)致歷史數(shù)據(jù)精度喪失，但這卻未必絕對。
e. 一般而言，實時數(shù)據(jù)庫 會使用壓縮技術(shù)，以減緩其物理存儲的膨脹，但這卻未必絕對。
f. 一般而言，實時數(shù)據(jù)庫 會帶有 內(nèi)存數(shù)據(jù)庫 模塊。當(dāng)突然掉電時，近期的數(shù)據(jù)會丟失，但這卻未必絕對。
……一時想不出來……

liuiang

頂樓上的，樓主的問題和樓上的回答都沒看懂。

da888888

回復(fù) 8# bruceteen
感謝你的回復(fù)。。。說得非常清楚。。。
還有幾個問題請繼續(xù)討論：關(guān)于實時數(shù)據(jù)庫本質(zhì)我想更深入的了解
   實時數(shù)據(jù)庫其實都有自己的一份實體文件，該實體文件是保存在物理磁盤當(dāng)中，即可長期保存�；�于此，結(jié)合您的6點回答，繼續(xù)提問：
   a. 實時數(shù)據(jù)庫因為都是在內(nèi)存中直接操作，不涉及打開文件或加載文件到內(nèi)存的過程，所以一般而言他的速度非�？欤�但由于實時數(shù)據(jù)庫也會將內(nèi)存數(shù)據(jù)同步寫到磁盤上對應(yīng)的實時庫實體
      文件，所以它有時的操作可能也會因I/O操作出現(xiàn)延時，所以您說“未必絕對”，是這樣理解么？
   b. 從你的解釋來看，實時庫與內(nèi)存庫的關(guān)系可以說是：內(nèi)存數(shù)據(jù)庫是一種實現(xiàn)實時數(shù)據(jù)庫的方式或技術(shù)，對嗎？除此之外，還有其它技術(shù)也可以實現(xiàn)實時數(shù)據(jù)庫的需求，比如共享內(nèi)存？比
      如。。。。。。
   c. 實時數(shù)據(jù)庫不提供SQL查詢，我覺得實時數(shù)據(jù)庫應(yīng)該會提供一個對外（對第三方的查詢工具或訪問工具），SQL即使一種，為什么會影響效率呢？因為查詢可以在實現(xiàn)封裝成一個函數(shù)接
      口，這個接口對數(shù)據(jù)的其它查詢?yōu)槭裁磿�有影響�?br />    d. 不懂
    f.  不懂
    e. 這一點說得非常對，按照我理解實時庫有自己的實體文件，如果掉電，內(nèi)存中的數(shù)據(jù)消失，但是由于實時庫會同步更新磁盤上的實體文件，從而會在實體文件保存掉電前的一次數(shù)據(jù)，所以近期數(shù)據(jù)未必丟失，當(dāng)然這是不是依賴于數(shù)據(jù)庫設(shè)計時要具備從內(nèi)存同步更新實體文件的需求？
   
其它問題：   
1、實時庫還有具有被多用戶并發(fā)訪問的功能，由于我的實時數(shù)據(jù)庫在內(nèi)存中肯定只有一份，那么我的多個應(yīng)用程序怎么并發(fā)訪問呢？當(dāng)然開多個實時庫實例是一種方法，但是肯定又消耗內(nèi)
   存了，所以在實時庫設(shè)計時，是不是要用到隊列的技術(shù)，失效，鎖等技術(shù)實現(xiàn)并發(fā)訪問？
2、實時庫啟動與應(yīng)用程序啟動間的關(guān)聯(lián)關(guān)系？
   我的理解：操作系統(tǒng)啟動后，我們輸入啟動我們自己應(yīng)用系統(tǒng)的功能，這個應(yīng)用的功能啟動就包括我們系統(tǒng)平臺的啟動和應(yīng)用進(jìn)程的啟動，平臺的啟動就涉及到實時庫的啟動，那實時怎么啟動的呀？肯定有一個程序來啟動這個實時庫？這個程序是什么，是DBMS（數(shù)據(jù)庫管理程序）嗎？還是？那這個數(shù)據(jù)庫啟動程序要干些什么事情呢？首先是將實時庫的實體文件加載到內(nèi)存中，將數(shù)據(jù)庫的內(nèi)容在內(nèi)存中進(jìn)行實例化，啟動所有的數(shù)據(jù)訪問接口（相當(dāng)于就是一個個動態(tài)鏈接文件），主要就是兩個。
   待實時數(shù)據(jù)庫啟動后，再啟動我的進(jìn)程，這樣進(jìn)程感覺就是透明的訪問實時數(shù)據(jù)庫了。應(yīng)用進(jìn)程通過自己的調(diào)用的數(shù)據(jù)庫接口函數(shù)方式對數(shù)據(jù)進(jìn)行
   上面是我個人的一些理解，請大神賜教！小弟不甚感激呀！