關系數(shù)據庫、內存數(shù)據庫、實時數(shù)據庫的簡單比較

1、關系數(shù)據庫、內存數(shù)據庫、實時數(shù)據庫的簡單比較很多情況下，用戶會將實時數(shù)據庫與關系數(shù)據庫混為一談，實際上，這兩類產品的設計理念及應用場合是完全不同的。內存數(shù)據庫就是將數(shù)據放在內存中直接操作的數(shù)據庫，它利用內存的讀寫速度比磁盤快、內存是隨機訪問而磁盤是順序訪問這兩個特點，將數(shù)據保存在內存中，在內存中模仿建立表結構和索引結構并針對內存特性進行優(yōu)化，相比從磁盤上訪問，內存數(shù)據庫能夠提高應用的性能。而實時數(shù)據庫不但利用了內存的特性，而且考慮到工控行業(yè)的應用特性，將關系數(shù)據庫的表結構和表關系簡化，以進行性能的優(yōu)化，并針對工控行業(yè)的數(shù)據特性，對數(shù)據進行壓縮處理。關系數(shù)據庫、實時數(shù)據庫與內存數(shù)據庫相比，有如下

2、差別：比較項目關系數(shù)據庫內存數(shù)據庫實時數(shù)據庫說明表結構完整完整簡化實時數(shù)據庫不能處理復雜的表關系，但在特定行業(yè)的應用中，比如工控監(jiān)控軟件中，不需要復雜的表關系每秒讀寫速度內存實時數(shù)據庫比關系數(shù)據庫快倍左右，實時數(shù)據庫比內存數(shù)據庫快倍左右歷史數(shù)據壓縮無無有實時數(shù)據庫比內存數(shù)據庫的壓縮率能達到倍空間能存貯萬個測點的每秒變化一次的歷史數(shù)據（不帶索引）小時小時天在內存的情況下，在單服務器處理萬點的情況下，內存數(shù)據庫只能存貯小時以內的歷史數(shù)據，在帶索引時，只能保存小時以內的歷史數(shù)據。詳見我的博文實時數(shù)據庫存貯容量計算方法空間能存天天天內存數(shù)據庫有般用在電信行業(yè)，國貯萬個測點的每秒變化一次的歷史數(shù)據（不帶

3、索引）內電信行業(yè)應用的最大項目也就使用了內存，在內存下，內存數(shù)據庫也只能保存天的歷史數(shù)據是否需要歷史數(shù)據庫不需要需要不需要內存數(shù)據庫還需要配套使用歷史數(shù)據庫，且歷史數(shù)據庫同樣存在不能壓縮、不能保存長時間海量歷史數(shù)據的問題從以上的表格可以看出，內存數(shù)據庫與關系數(shù)據庫相比，速度快10-倍2左0右，且具有與關系數(shù)據庫類似的完整表結構，因此在電信業(yè)處理大量實時事務業(yè)務時經常用到，它也可以應用在工控行業(yè)，比如，在很多電力行業(yè)軟件中，都包含了一個小型的內存數(shù)據庫系統(tǒng)（但不是真正意義上的內存數(shù)據庫），但是，在超大型軟件中，它仍不能滿足需求，因為它性能比實時數(shù)據庫慢倍，且不能解決歷史數(shù)據存貯的問題，還存在因為

4、掉電導致大量數(shù)據丟失的風險。以上的比較，指標并不全面，也并不是說，實時數(shù)據庫一定比關系數(shù)據庫和內存數(shù)據庫好，只能說，需要針對不同應用的不同需求，做出綜合決策，選擇最適合自己需要的數(shù)據庫產品。最后，列舉一些典型的內存數(shù)據庫產品：OracleTimesTen是從公司收購的一個內存優(yōu)化的關系數(shù)據庫，它為應用程序提供了實時企業(yè)和行業(yè)（例如電信、資本市場和國防）所需的即時響應性和非常高的吞吐量?？勺鳛楦咚倬彺婊蚯度胧綌?shù)據庫被部署在應用程序層中，它利用標準的接口對完全位于物理內存中的數(shù)據存儲區(qū)進行操作。Altibase是一個在事務優(yōu)先的環(huán)境中提供高性能和高可用性的軟件解決方案。它提供高性能、容錯能力和事務管理能力，特別適合通信、網上銀行、證券交易、實時應用和嵌入式系統(tǒng)領域。能夠最大限度地發(fā)揮數(shù)據庫服務系統(tǒng)的潛力，增強數(shù)據服務器的處理能力。支持客戶端服務器架構或嵌入式架構。其中客戶端/服務器架構非常適合一般的應用。而嵌入式架構將應用程序嵌入到數(shù)據庫服務器，適合于有高時效要求的實時系統(tǒng)。eXtremeDB實時數(shù)據庫是公司的一款特別為實時與嵌入式系統(tǒng)數(shù)據管理而設計的數(shù)據庫，只有到的開銷，速度達到微秒級。完全駐留在主內存中，不使用文件系統(tǒng)（包括內存盤