office突然出現(xiàn)(0xc0000022)問題，困擾了我大半個月。網(wǎng)上辦法試過了N種，今天終于修改成功。
按需求定制制作可以根據(jù)自己的需求進行定制，做網(wǎng)站、網(wǎng)站建設(shè)構(gòu)思過程中功能建設(shè)理應(yīng)排到主要部位公司做網(wǎng)站、網(wǎng)站建設(shè)的運用實際效果公司網(wǎng)站制作網(wǎng)站建立與制做的實際意義
處理步驟：
1.通過右鍵找到程序EXE文件
2.右鍵選擇兼容性疑難解答
兩種我都嘗試了，第二種成功解決了問題。
希望對你有幫助！
以前我也有遇到過這種情況，樓主你可以先把所有的電話號碼存到手機中，注意不是USIM卡，然后打開聯(lián)系人，打開菜單，選擇更多，再選擇顯示選項，勾選手機下面的所有選項，再去掉sim卡下的選項，選擇保存就OK了。
相對于磁盤，內(nèi)存的數(shù)據(jù)讀寫速度要高出幾個數(shù)量級，將數(shù)據(jù)保存在內(nèi)存中相比從磁盤上訪問能夠極大地提高應(yīng)用的性能。同時，內(nèi)存數(shù)據(jù)庫拋棄了磁盤數(shù)據(jù)管理的傳統(tǒng)方式，基于全部數(shù)據(jù)都在內(nèi)存中重新設(shè)計了體系結(jié)構(gòu)，并且在數(shù)據(jù)緩存、快速算法、并行操作方面也進行了相應(yīng)的改進，所以數(shù)據(jù)處理速度比傳統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)處理速度要快很多，一般都在10倍以上。內(nèi)存數(shù)據(jù)庫的最大特點是其"主拷貝"或"工作版本" 常駐內(nèi)存，即活動事務(wù)只與實時內(nèi)存數(shù)據(jù)庫的內(nèi)存拷貝打交道。顯然，它要求較大的內(nèi)存量，但并非任何時刻整個數(shù)據(jù)庫都存放在內(nèi)存，即內(nèi)存數(shù)據(jù)庫系統(tǒng)還是要處理I/O。
內(nèi)存數(shù)據(jù)庫是以犧牲內(nèi)存資源為代價換取數(shù)據(jù)處理實時性的，內(nèi)存數(shù)據(jù)庫和磁盤數(shù)據(jù)庫都是當(dāng)今信息社會里每個企業(yè)所必須的關(guān)系型數(shù)據(jù)庫產(chǎn)品，磁盤數(shù)據(jù)庫解決的是大容量存儲和數(shù)據(jù)分析問題，而內(nèi)存數(shù)據(jù)庫解決的是實時處理和高并發(fā)問題。兩者的存在是相輔相成的，內(nèi)存數(shù)據(jù)庫的事務(wù)實時處理性能要遠強于磁盤數(shù)據(jù)庫。但是相對的，他的數(shù)據(jù)安全方面還沒有達到磁盤數(shù)據(jù)庫比肩的地步。
內(nèi)存數(shù)據(jù)庫將物理內(nèi)存作為數(shù)據(jù)的第一存儲介質(zhì)，而將磁盤作為備份。隨著電信業(yè)務(wù)的發(fā)展，系統(tǒng)對實時性的要求和對業(yè)務(wù)靈活修改的要求非常高，在此種情況下對于內(nèi)存數(shù)據(jù)庫的需求也越來越高。磁盤數(shù)據(jù)庫的做法是將數(shù)據(jù)存入內(nèi)存中進行處理，這種方式的可管理性及數(shù)據(jù)安全可靠性都沒有保障。而內(nèi)存數(shù)據(jù)庫正是針對這一弱點進行了改進。
實際上，內(nèi)存數(shù)據(jù)庫并不是一項時髦技術(shù)，其出現(xiàn)于上世紀(jì)60年代末，但由于市場的需求原因在90年代后期才開始發(fā)展。作為新一代數(shù)據(jù)庫，Altibase產(chǎn)品已經(jīng)走向混合型數(shù)據(jù)庫，其版本Altibase 4.0已經(jīng)有一套自帶的磁盤數(shù)據(jù)庫，用戶一旦購買了Altibase的內(nèi)存數(shù)據(jù)庫，就無須再購買磁盤數(shù)據(jù)庫。它把熱數(shù)據(jù)（經(jīng)常被使用的、訪問比較高的、經(jīng)常要運算的數(shù)據(jù)）放在內(nèi)存數(shù)據(jù)庫里，而把歷史性數(shù)據(jù)放在磁盤數(shù)據(jù)庫里，可為用戶進一步減少投資。
對于內(nèi)存數(shù)據(jù)庫而言，可以將同樣數(shù)據(jù)庫的部分內(nèi)容存放于磁盤上，而另一部分存放于內(nèi)存中。用戶可以選擇將數(shù)據(jù)存儲在內(nèi)存表中以提供即時的數(shù)據(jù)訪問。若訪問時間不緊急或數(shù)據(jù)存于內(nèi)存中所占空間過大時，用戶可將這些數(shù)據(jù)存入磁盤表中。
比如，在手機用戶開始拔打電話時，如果應(yīng)用基于內(nèi)存數(shù)據(jù)庫技術(shù)的混合數(shù)據(jù)管理引擎，就通過內(nèi)存表檢索其服務(wù)選項并立即驗證用戶身份，而將通話清單和計費清單歸檔到磁盤表中。從而，達到了速度與資源使用的平衡。
內(nèi)存數(shù)據(jù)庫的技術(shù)，一個很重要的特點，是可以對內(nèi)存中的數(shù)據(jù)實現(xiàn)全事務(wù)處理，這是僅僅把數(shù)據(jù)以數(shù)組等形式放在內(nèi)存中完全不同的。并且，內(nèi)存數(shù)據(jù)庫是與應(yīng)用無關(guān)的，顯然這種體系結(jié)構(gòu)具有其合理性。內(nèi)存引擎可以實現(xiàn)查詢與存檔功能使用的是完全相同的數(shù)據(jù)庫，同時內(nèi)存表與磁盤表也使用的是完全相同的存取方法。存儲的選擇，對于應(yīng)用開發(fā)者而言是完全透明的。
對于內(nèi)存數(shù)據(jù)庫而言，實現(xiàn)了數(shù)據(jù)在內(nèi)存中的管理，而不僅僅是作為數(shù)據(jù)庫的緩存。不像其它將磁盤數(shù)據(jù)塊緩存到主存中的數(shù)據(jù)庫，內(nèi)存數(shù)據(jù)庫的內(nèi)存引擎使用了為隨機訪問內(nèi)存而特別設(shè)計的數(shù)據(jù)結(jié)構(gòu)和算法，這種設(shè)計使其避免了因使用排序命令而經(jīng)常破壞緩存數(shù)據(jù)庫性能的問題。通過內(nèi)存數(shù)據(jù)庫，減少了磁盤I/O，能夠達到了以磁盤I/O 為主的傳統(tǒng)數(shù)據(jù)庫無法與其相比擬的處理速度。
因此，內(nèi)存數(shù)據(jù)庫技術(shù)的應(yīng)用，可以大大提高數(shù)據(jù)庫的速度，這對于需要高速反應(yīng)的數(shù)據(jù)庫應(yīng)用，如電信、金融等提供了有力支撐。
由于把大多數(shù)數(shù)據(jù)都放在內(nèi)存中進行操作，使得內(nèi)存數(shù)據(jù)庫有著比磁盤數(shù)據(jù)庫高得多的性能表現(xiàn)，這一特點非常契合電信企業(yè)運營支撐系統(tǒng)對實時性的要求。
電信業(yè)的競爭正在全方位地展開，這種競爭必然帶來新的價值鏈模式以及新的計費方式，這些變化對目前的電信運營支撐系統(tǒng)是一個挑戰(zhàn)。比如，多種業(yè)務(wù)的計費環(huán)節(jié)將不再是單一的按照時長或通信距離收取費用，而可能是根據(jù)時長、內(nèi)容、使用量等多種參數(shù)的組合計費。為了應(yīng)對這些挑戰(zhàn)，電信企業(yè)先后引入了內(nèi)存數(shù)據(jù)庫，以提高后臺數(shù)據(jù)管理的實時性、精確性和靈活性。
盡管內(nèi)存數(shù)據(jù)庫已不是傳統(tǒng)磁盤數(shù)據(jù)庫的概念，但是內(nèi)存數(shù)據(jù)庫本質(zhì)上還是數(shù)據(jù)庫，它也具有一般數(shù)據(jù)庫的基本功能:
■ 永久數(shù)據(jù)的管理，包括數(shù)據(jù)庫的定義、存儲、維護等;
■ 完成各種數(shù)據(jù)操作，如查詢處理、存取、完整性檢查;
■ 事務(wù)管理，包括調(diào)度與并發(fā)控制等;
■ 對存取的控制和安全性檢驗;
■ 具有數(shù)據(jù)庫的可靠性恢復(fù)機制。
相對于利用程序開發(fā)手段調(diào)用內(nèi)存處理來說，內(nèi)存數(shù)據(jù)庫自有其優(yōu)勢。首先，內(nèi)存數(shù)據(jù)庫是產(chǎn)品化的數(shù)據(jù)庫管理軟件，極大縮短了開發(fā)周期; 其次，內(nèi)存數(shù)據(jù)庫有著開放的平臺和接口，程序開發(fā)和移植更加靈活便捷，也便于維護和二次開發(fā); 第三，可以通過使用統(tǒng)一的SQL語言方便地查詢內(nèi)存中的數(shù)據(jù); 最后，能在數(shù)據(jù)庫中保障數(shù)據(jù)的安全性和完整性。這些優(yōu)勢，對于快速部署和簡化維護都是有利的。
但內(nèi)存數(shù)據(jù)庫也有其不可避免的缺點，比如: 不容易恢復(fù)，內(nèi)存數(shù)據(jù)庫中的數(shù)據(jù)不總是永久的，為了保證實時，也不一定是一致和絕對正確的，有的是短暫的，有的是暫時不一致或非絕對正確的。
電信企業(yè)一直是內(nèi)存數(shù)據(jù)庫的主要用戶，近幾年來，隨著計算機硬件技術(shù)的飛速發(fā)展、內(nèi)存容量的提高、價格下跌以及計算機進入64位時代操作系統(tǒng)后可以支持更大的地址，為內(nèi)存數(shù)據(jù)庫的實現(xiàn)提供了可能。目前內(nèi)存數(shù)據(jù)庫在電信行業(yè)的應(yīng)用也日趨成熟，已有超過90G的電信系統(tǒng)案例，能自動擴展內(nèi)存空間，不需要重啟數(shù)據(jù)庫，提供ESOL自定義存儲過程，支持多線程，開發(fā)效率高，程序移植容易等等。
下面以兩個例子來介紹內(nèi)存數(shù)據(jù)庫的應(yīng)用。
?電信計費數(shù)據(jù)的加載
電信的二次批價和實時累賬是計費系統(tǒng)中的兩個必備功能。
所謂二次批價是相對于一次批價來說的。
一次批價是按照國家標(biāo)準(zhǔn)資費來進行價格計算，比如: 全球通每分鐘本地通話為0.4元，在一次批價完成后，會根據(jù)這個用戶的套餐進行再一次的計算。以北京全球通用戶接聽4分鐘的電話為例，一次批價完成后，這條話單的價格是1.6元，如果這個用戶參加了10元包月接聽套餐，那么在二次批價后，這次通話的費用就為0元。
一次批價是用于各大運營商之間結(jié)算的，而二次批價是針對用戶個人的。
實時累賬是將用戶從每月1號到目前為止的所有費用累加起來，也就是用戶目前可以通過10086查到截止到前一天的實時話費。累賬值可以幫助用戶控制高額話費或是供用戶即時查詢消費信息。
二次批價和實時累賬過程涉及用戶資料、用戶套餐等與用戶相關(guān)的信息，電信支撐系統(tǒng)在開始批價時必須加載這些數(shù)據(jù)。稍大一點的省級運營商的這些數(shù)據(jù)就會超過1000萬條，計費處理模型也由于套餐的組合、產(chǎn)品的組合以及不同的優(yōu)惠規(guī)則變得相當(dāng)復(fù)雜，加載這部分數(shù)據(jù)對系統(tǒng)而言是一筆不小的開銷，這就使得現(xiàn)在的計費處理速度比較慢，而且很難做到對數(shù)據(jù)的實時更新。內(nèi)存數(shù)據(jù)庫的引入在一定程度上解決了這個問題。
在計費二次批價過程中數(shù)據(jù)量最大的是詳單數(shù)據(jù)，這部分數(shù)據(jù)不用放在內(nèi)存數(shù)據(jù)庫中，每處理完一個話單文件或達到設(shè)定的提交記錄數(shù)時直接操作磁盤數(shù)據(jù)庫，不會影響系統(tǒng)性能。最急切的是將用戶資料、套餐、營業(yè)套餐和計費套餐對應(yīng)關(guān)系數(shù)據(jù)、計費套餐模型數(shù)據(jù)及用戶累計數(shù)據(jù)放到內(nèi)存數(shù)據(jù)庫中，這部分數(shù)據(jù)查詢操作遠比數(shù)據(jù)新增和更新操作要頻繁。除了這些數(shù)據(jù)外，當(dāng)然還有應(yīng)用需要的其他數(shù)據(jù)也都可以加載到內(nèi)存數(shù)據(jù)庫。
在采用內(nèi)存數(shù)據(jù)庫后，用戶通過營業(yè)部或客戶查詢實時話費的時候完全可以做到實時，比目前只能提供查詢到前一天的實時話費在業(yè)務(wù)上有了質(zhì)的飛躍。因為系統(tǒng)在處理這部分數(shù)據(jù)時查詢流程和以前的完全一樣，但系統(tǒng)省去了以往內(nèi)存中的數(shù)據(jù)和磁盤數(shù)據(jù)庫數(shù)據(jù)同步的環(huán)節(jié)，所以就能做到了實時查詢。對于信控來說也同樣，以往系統(tǒng)在累完賬后要按照一定周期刷新信控數(shù)據(jù)，這就存在一個時間差，不能夠完全做到實時。
而采用內(nèi)存數(shù)據(jù)庫后，信控可以直接取得內(nèi)存數(shù)據(jù)庫中的實時話費累計表中的數(shù)據(jù)，完全實現(xiàn)實時預(yù)警、停機。二次批價和累賬中采用內(nèi)存數(shù)據(jù)庫后，對防欺詐、收入保障系統(tǒng)也有相當(dāng)大的好處，這樣能夠充分保證運營商的切身利益。
另外，在采用內(nèi)存數(shù)據(jù)庫后，整體提高了系統(tǒng)批價、累賬的處理速度，大大緩解訪問磁盤數(shù)據(jù)庫的壓力，提高數(shù)據(jù)查詢、修改、刪除的效率，也為后付費和預(yù)付費的融合提供了可能。
電信計費數(shù)據(jù)的同步
電信營業(yè)數(shù)據(jù)和計費系統(tǒng)中的數(shù)據(jù)總是在不斷的變化中，這就涉及內(nèi)存數(shù)據(jù)庫中的數(shù)據(jù)和磁盤數(shù)據(jù)庫數(shù)據(jù)的同步問題（為了描述清楚，這里的磁盤數(shù)據(jù)庫以O(shè)racle DB為例來說明）。數(shù)據(jù)同步包括兩部分: 從內(nèi)存數(shù)據(jù)庫到Oracle DB數(shù)據(jù)同步和從Oracle DB到內(nèi)存數(shù)據(jù)庫的同步。
1. Oracle DB到內(nèi)存數(shù)據(jù)庫同步
這部分數(shù)據(jù)同步采用增量表的方式，營業(yè)系統(tǒng)或CRM新增或更新的數(shù)據(jù)將生成到Oracle的增量表中，計費后臺程序先到這些增量表中查詢數(shù)據(jù)。如果能在這些增量表中查到數(shù)據(jù)就把這些數(shù)據(jù)更新到內(nèi)存數(shù)據(jù)庫對應(yīng)表中，如果查不到，就直接從內(nèi)存數(shù)據(jù)庫中直接查詢，從而保證了數(shù)據(jù)的完整性和實時性。由于增量表的數(shù)據(jù)量一般會很小，所以這部分操作不會影響系統(tǒng)的性能。
2. 內(nèi)存數(shù)據(jù)庫到Oracle DB同步
由于Oracle的計費后臺批價、累賬數(shù)據(jù)幾乎都加載到了內(nèi)存數(shù)據(jù)庫中，所以O(shè)racle數(shù)據(jù)庫對應(yīng)的數(shù)據(jù)表將主要用于對內(nèi)存數(shù)據(jù)庫的數(shù)據(jù)備份。
用戶最新的實時話費等信息都保存在內(nèi)存數(shù)據(jù)庫中，實時話費查詢將直接連接到內(nèi)存數(shù)據(jù)庫中查詢，保證用戶得到最新的費用信息。信控也直接從內(nèi)存數(shù)據(jù)庫查詢數(shù)據(jù)，因此對Oracle中的這部分數(shù)據(jù)已經(jīng)沒有實時性的要求。這時內(nèi)存數(shù)據(jù)庫到Oracle的同步可以由應(yīng)用程序生成文件，定時地往Oracle數(shù)據(jù)庫中同步備份，或者采用Oracle 存儲過程在系統(tǒng)相對空閑時間段進行數(shù)據(jù)導(dǎo)入就可以了。
總體而言，由于市場與技術(shù)的快速發(fā)展，電信業(yè)務(wù)在不斷擴充，其運營和管理不斷優(yōu)化，傳統(tǒng)的一些支撐系統(tǒng)的架構(gòu)已經(jīng)逐漸不能滿足日益增長的業(yè)務(wù)要求和客戶需求，引入一些新的技術(shù)來解決我們生產(chǎn)中遇到的問題是必然的。比如采用內(nèi)存數(shù)據(jù)庫來代替以前的共享內(nèi)存技術(shù)，使得原來在內(nèi)存中不標(biāo)準(zhǔn)的東西，包括接口、格式和管理都標(biāo)準(zhǔn)化了。
內(nèi)存數(shù)據(jù)庫只是多種新技術(shù)中有代表性的一種而已，只要解放思想、選用得當(dāng)，完全可以在投入不大的情況下克服系統(tǒng)中的瓶頸，以最小的代價獲得最大回報。
通用數(shù)據(jù)庫大家見的多了，Oracle、Db2、Sqlserver、Sybase、Informix 還有最近比較火的Mysql、和Pqllite，當(dāng)然還不能忘記開源的PostgreSQL。通常情況下這些數(shù)據(jù)庫可以承擔(dān)重要業(yè)務(wù)，但是在要求高性能方面還是略有不足。在計費系統(tǒng)中如果用戶信息常常改變的話延遲方面就會產(chǎn)生比較大的影響，甚至能影響到計費系統(tǒng)的正常運行。
我接觸到唯一的內(nèi)存數(shù)據(jù)庫就是亞信在中移動計費中心稽核系統(tǒng)中使用的。由于稽核系統(tǒng)需要實施同步用戶狀態(tài)信息和訂購信息，然后對產(chǎn)生的話單進行稽核，如果響應(yīng)速度較慢的話就會產(chǎn)生錯誤的結(jié)果。最初沒有稽核系統(tǒng)的時候，計費的標(biāo)準(zhǔn)基本是sp發(fā)過來的，然而用戶方面卻經(jīng)常發(fā)現(xiàn)自己沒有實際使用或者已經(jīng)取消這項業(yè)務(wù)的時候，自己的帳單中仍然收取了費用，因此中移動決心要對sp的話單進行稽核，以自己的數(shù)據(jù)為標(biāo)準(zhǔn)，徹底剪斷sp亂收費的手段。
如果要取到用戶狀態(tài)信息和訂購信息的話就要從多個系統(tǒng)中同步過來，同時對話單進行稽核，中間的處理時間要求比較嚴格（用戶可能會在短時間內(nèi)檢查自己的話費信息），對系統(tǒng)響應(yīng)時間就要盡量短。
通用數(shù)據(jù)庫在這方面處于劣勢。亞信就以三臺rx8420作為數(shù)據(jù)庫主機，將31個省用戶的信息按照數(shù)量的多少分擔(dān)到三臺主機，每個省至少有一個入庫進程，對于用戶比較多的就采用多個進程進行入庫。數(shù)據(jù)的采集來源主要是通過BOSS和計費的一級系統(tǒng)。
由于數(shù)據(jù)是存儲在內(nèi)存中，所以存儲的數(shù)據(jù)結(jié)構(gòu)和通用數(shù)據(jù)庫有所差異，同時為了保證數(shù)據(jù)的安全，在磁盤上有一個內(nèi)存數(shù)據(jù)的鏡像，每隔一定時間將內(nèi)存中的數(shù)據(jù)同步到磁盤上，當(dāng)主機故障時可以通過磁盤恢復(fù)數(shù)據(jù)。當(dāng)主機故障時，會有備用主機通過HA接管。但是對于數(shù)據(jù)操作的日志和回滾就沒有Oracle做的好了，只提供了簡單的恢復(fù)機制。
在計費系統(tǒng)中首先要對sp發(fā)來的話單進行稽核，主要標(biāo)準(zhǔn)是用戶狀態(tài)和訂購信息。例如用戶最近7天一直處于關(guān)機狀態(tài)，如果sp的話單中出現(xiàn)新的訂購信息就將此條話單作為錯單處理。移動通過這種方式在和sp的博弈中取得主動。稽核系統(tǒng)上線后用戶對于sp的投訴問題明顯減少。
鏈接一:內(nèi)存數(shù)據(jù)庫與傳統(tǒng)數(shù)據(jù)庫的異同
傳統(tǒng)的數(shù)據(jù)庫系統(tǒng)是關(guān)系型數(shù)據(jù)庫，開發(fā)這種數(shù)據(jù)庫的目的，是處理永久、穩(wěn)定的數(shù)據(jù)。關(guān)系數(shù)據(jù)庫強調(diào)維護數(shù)據(jù)的完整性、一致性，但很難顧及有關(guān)數(shù)據(jù)及其處理的定時限制，不能滿足工業(yè)生產(chǎn)管理實時應(yīng)用的需要，因為實時事務(wù)要求系統(tǒng)能較準(zhǔn)確地預(yù)報事務(wù)的運行時間。
對磁盤數(shù)據(jù)庫而言，由于磁盤存取、內(nèi)外存的數(shù)據(jù)傳遞、緩沖區(qū)管理、排隊等待及鎖的延遲等使得事務(wù)實際平均執(zhí)行時間與估算的最壞情況執(zhí)行時間相差很大，如果將整個數(shù)據(jù)庫或其主要的"工作"部分放入內(nèi)存，使每個事務(wù)在執(zhí)行過程中沒有I/O，則為系統(tǒng)較準(zhǔn)確估算和安排事務(wù)的運行時間，使之具有較好的動態(tài)可預(yù)報性提供了有力的支持，同時也為實現(xiàn)事務(wù)的定時限制打下了基礎(chǔ)。這就是內(nèi)存數(shù)據(jù)庫出現(xiàn)的主要原因。
內(nèi)存數(shù)據(jù)庫所處理的數(shù)據(jù)通常是"短暫"的，即有一定的有效時間，過時則有新的數(shù)據(jù)產(chǎn)生，而當(dāng)前的決策推導(dǎo)變成無效。所以，實際應(yīng)用中采用內(nèi)存數(shù)據(jù)庫來處理實時性強的業(yè)務(wù)邏輯處理數(shù)據(jù)。而傳統(tǒng)數(shù)據(jù)庫旨在處理永久、穩(wěn)定的數(shù)據(jù)，其性能目標(biāo)是高的系統(tǒng)吞吐量和低的代價，處理數(shù)據(jù)的實時性就要考慮的相對少一些。實際應(yīng)用中利用傳統(tǒng)數(shù)據(jù)庫這一特性存放相對實時性要求不高的數(shù)據(jù)。
在實際應(yīng)用中這兩種數(shù)據(jù)庫常常結(jié)合使用，而不是以內(nèi)存數(shù)據(jù)庫替代傳統(tǒng)數(shù)據(jù)庫。
鏈接二:幾款內(nèi)存數(shù)據(jù)庫產(chǎn)品
■ Oracle TimesTen
Oracle TimesTen是Oracle從TimesTen公司收購的一個內(nèi)存優(yōu)化的關(guān)系數(shù)據(jù)庫，它為應(yīng)用程序提供了實時企業(yè)和行業(yè)（例如電信、資本市場和國防）所需的即時響應(yīng)性和非常高的吞吐量。Oracle TimesTen可作為高速緩存或嵌入式數(shù)據(jù)庫被部署在應(yīng)用程序?qū)又?，它利用?biāo)準(zhǔn)的 SQL 接口對完全位于物理內(nèi)存中的數(shù)據(jù)存儲區(qū)進行操作。
■ Altibase
Altibase是一個在事務(wù)優(yōu)先的環(huán)境中提供高性能和高可用性的軟件解決方案。它提供高性能、容錯能力和事務(wù)管理能力，特別適合通信、網(wǎng)上銀行、證券交易、實時應(yīng)用和嵌入式系統(tǒng)領(lǐng)域。Altibase能夠最大限度地發(fā)揮數(shù)據(jù)庫服務(wù)系統(tǒng)的潛力，增強數(shù)據(jù)服務(wù)器的處理能力。Altibase支持客戶端/服務(wù)器架構(gòu)或嵌入式架構(gòu)。其中客戶端/服務(wù)器架構(gòu)非常適合一般的應(yīng)用。而嵌入式架構(gòu)將應(yīng)用程序嵌入到數(shù)據(jù)庫服務(wù)器，適合于有高時效要求的實時系統(tǒng)。
■ eXtremeDB
eXtremeDB實時數(shù)據(jù)庫是McObject公司的一款特別為實時與嵌入式系統(tǒng)數(shù)據(jù)管理而設(shè)計的數(shù)據(jù)庫，只有 50K到130K的開銷，速度達到微秒級。eXtremeDB完全駐留在主內(nèi)存中，不使用文件系統(tǒng)（包括內(nèi)存盤）。eXtremeDB采用了新的磁盤融合技術(shù)，將內(nèi)存拓展到磁盤，將磁盤當(dāng)做虛擬內(nèi)存來用，實時性能保持微秒級的同時，數(shù)據(jù)管理量在32BIT下能達到20G。
重慶分公司
重慶分公司
