① cache 資料庫的特點
Caché資料庫的主要特點如下：
1、速度快。Caché資料庫在同等條件下查詢相同數據比Oracle等普通資料庫要快。原因是Caché資料庫又叫做後關系型資料庫（Post-Relation）,顧名思義，Caché是基於普通關系型資料庫如：Oracle, sql server, Sybase等的基礎之上並有所改進而產生的。
2、使用簡單。Caché資料庫支持標准SQL語句，因此不太熟悉M語言的用戶依然可以輕易對資料庫中的數據進行操作。
3、介面容易。Caché資料庫支持ODBC標准介面，因此在與其他系統進行數據交換時非常容易。同時Caché亦可以將數據輸出成文本文件格式以供其它系統訪問調用。
4、真正的3層結構。Caché資料庫能夠真正意義上實現3層結構，實現真正的分布式服務。
升級擴容方便。正因為由上述分布式3層結構，所以當醫院需要增加客戶端PC或醫院進行擴大規模時，不需要重新購買或更新主伺服器，只需要適當增加二級伺服器的數量即可，二級伺服器相對來說要比主伺服器要便宜許多，因此，醫院可節約資金減少重復投資。
5、對象型編輯。Caché資料庫是真正的對象型資料庫，開發時用戶可直接用資料庫定義自己想要的對象，然後再在其它開發工具中調用該對象的方法和屬性即可完成開發工作，非常方便。
支持遠程映射和鏡像。Caché資料庫支持遠程的映射和鏡像，比如在不同城市之間，或在同一城市的不同區域之間，Caché可以進行鏡像（Mapping），使不同區域的Caché資料庫同步聯系起來，雖然在不同區域，但大家使用起來就像共用一個資料庫。
6、支持WEB開發。Cache 資料庫提供自帶的Web開發工具，使用維護非常方便，符合當今軟體業發展的趨勢。
7、價格便宜。Caché資料庫的價格比Oracle要便宜許多。
② cache資料庫審計難點在哪
Caché資料庫的審計有哪些難點?
Caché資料庫中的數據是存儲在一個個的Global中的，一個Global就是一個命名的多維數組，它存儲在Caché
的物理數據文件中，物理文件的存儲單位是數據塊Block(一般是8K)，Caché使用一個類似倒樹的結構來控制這些數據塊。
Global的下標和數據在一個塊中是按順序存儲在一起的。由於採用這種結構，Caché提供了三種方式來訪問數據，分別是sql語句、對象訪問資料庫、多維訪問數據數組，第一代資料庫安全審計系統只能支持關系型資料庫及SQl訪問方式的審計，對象訪問和直接多維數據組的訪問則無法支持;無論國內還是國外技術，此安全技術的研究還是空白。
昂楷如何做到對Caché資料庫的審計
昂楷資料庫系統通過DPI+DFI的技術，能夠對Caché資料庫的各種訪問形式，產生的各種形態的報文格式進行正確識別，解決了面向對象的Caché資料庫安全審計問題，能完整的審計出客戶端工具：Studio、Terminal、Portal、MedTrak、Sqlmanager的操作內容及相關返回結果，在原有的對sql語句審計外能更深度的審計出對象訪問和直接多維數據組訪問，真正做到核心資料庫安全、震懾作用，實現資料庫安全穩定運行。
③ 什麼是cache資料庫
Caché資料庫是美國Intersystems公
司產品，後關系型資料庫(Post
Relational
database)中的領頭羊。Caché資料庫對大多數國內IT人員來說還是比較陌生，然而在國外特別是國外的醫療領域，在美國和歐洲的HIS系統(醫
療衛生管理信息系統)中，CACHE資料庫所佔的比例是最大的，被醫療界公認為首選資料庫。
④ 如何實現 cache資料庫集群
集群系統的概要
現在的計算機社會中，持續的提供不停止的服務已經成為通往成功的關鍵。例如僅由於 1
台機器故障或超負荷而宕機就導致對客戶的服務全面停止。這樣的話，不但會帶來莫大的
損失，還會失去客戶的信任。
隨著集群系統的導入，發生意外事故時會將系統停止時間(宕機時間)降低到最小限度、使
負載均衡，提高其可用性。
所謂集群，有「集團」、「團」的意思，顧名思義是「將多個計算機匯集成一群(或者多群)，謀求
提升可靠性及處理性能的系統」。集群系統有多個種類，可分為下列3 種。其中，
NEC ExpressCluster 屬於High Availability 集群。
HA (High Availability) 集群
是平時作為運行伺服器作業，在運行伺服器發生故障時將業務交接到待機伺服器的集
群。是以高可用性為目的的集群。包括共享磁碟型、鏡像磁碟型。
負載均衡集群
是將客戶端的請求遵從恰當的負荷均衡原則分配給各節點的集群。是以高擴展性為目
的的集群、一般無法進行數據交接。包括load balance 集群、並列資料庫集群。
HPC (High Performance Computing)集群
是指計算量非常大的集群。是為使用超級計算機執行單一業務的集群。使用所有節點
的CPU 來執行單一業務的網格計算技術近年來已成為熱點。
⑤ cache資料庫如何用文件流模式進行數據備份
1、打開CMD窗口(不要登錄)，通過命令備份mydb1資料庫
備份命令: mysqlmp -u用戶名 -p 資料庫名字 > 數據文件的位置
例如: mysqlmp -uroot -p mydb1 > d:/mydb1.sql
輸入密碼, 如果沒有提示錯誤, 即備份成功, 查詢d盤的mydb1.sql文件
提示: (1)備份資料庫的命令後面不要添加分號(;)
(2)備份資料庫只是備份資料庫中的表, 不會備份資料庫本身
2、登錄到MySQL客戶端，刪除mydb1庫
– 刪除mydb1庫
drop database mydb1;
– 查詢所有庫, 是否還存在mydb1庫
show databases;
由於備份時, 沒有備份資料庫本身, 所以在恢復庫中的數據前, 需要先創建好要恢復的庫
-- 創建mydb1資料庫
create database mydb1 charset utf8;
提示: 此時的mydb1庫是空的, 沒有任何錶
3、在CMD窗口中(不要登錄)，通過命令恢復mydb1資料庫
– 在CMD窗口中(不要登錄)
恢復命令: mysql -u用戶名 -p 資料庫名字 < 數據文件的位置
例如: mysql -uroot -p mydb1 < d:/mydb1.sql
輸入密碼, 如果沒有提示錯誤, 即恢復成功, 下面進行驗證
-- 在登錄狀態下, 選擇mydb1庫, 查詢其中的表是否恢復了回來
use mydb1;
show tables;
⑥ 請教關於intersystems 的cache資料庫的相關知識
1、安裝cache之前必須先安裝IIS。 //用來解析CSP
IIS在控制面板->添加或刪除程序 ->添加/刪除Windows組件 ->Internet信息服務(IIS)添加；
2、cache(Ensemble)安裝步驟總共十二步;
3.安裝完成後 shutdown資料庫。
4.拷貝原庫Cache.cpf到EnsembleSys根目錄下，cpf中主要配置資料庫存放路徑，根據事情情況可以自己修改cpf文件，或者在
System management Portal->Local Databases->Home->Configuration->Local Databases->Edit;
5.拷貝Cache.key到EnsembleSys\Mgr根目錄下；
CSP的配置
按照原庫路徑配置以下內容
1、設置路徑： [Home] > [Security Management] > [CSP Applications] > [Create NEW CSP Application]>[Save]；
2、Csp Application路徑為IE訪問路徑
3、Resource required to run the application: %Service CSP;
4 、Namespace: ————————;
5、CachePhysicalPath:「資料庫存放路徑」
6、Default Superclass: locale.Chinese
CSP Gateway Management的設置
設置路徑[Home] > [Configuration] >[CSP Gateway Management]
Server Access（一般安裝資料庫後自動生成）
Application Access（需要添加一個）
IIS中虛擬目錄設置 // 只使用資料庫 不考慮
操作路徑：控制面板->管理工具->Internet 信息服務->(本地計算機->網站->默認網站) 。如果以前添加了站點，那麼在完成上一步CSP設置之後，需要刪除原來的IIS站點，重新添加。
此處注意許可權。
對上面操作步驟說明
1、虛擬目錄別名為
2、第四步目錄名稱必須指向數據存放路徑下，
3、第四步執行許可權全選； //寫CLS CSP 需要配置
補丁操作
注意：在做補丁之前需要把CACHELIB的ReadOnly更改為No，做完補丁後再更改回Yes。
將以下內容拷貝到C:\EnsembleSys\Mgr\FDBMS
Patch\FDBMS_F173_Cache_52_WNT下CACHE.DAT文件
Patch\ qaqcasl523.mro文件
將以下內容拷貝到C:\EnsembleSys\CSP\sys\mgr
Patch\adhoc5412plus\adhoc5412\UtilConfigSQL.csp
%SYS>zn "fdbms"
FDBMS>d ^mdbmsins("","FDBMS")
Converting User Security Definitions.....DONE
CONVERTING USER PASSWORDS...
ALL DONE
FDBMS>d integ^mdbmsins()
FDBMS>d ^%RIMF
Load routines from a %ROMF file.
WARNING: This routine will delete the source code (if any)
for existing object routines that are being replaced.
Device: C:\patch\FDBMS_F173_Cache_52_WNT\qarmacF173.mro
file format: ("UR") =>
M/WNT wrote this file on Nov 03 2006 3:03 PM.
File Comment: patch for compiling routines in FDBMS
( All Select Enter List Quit )
Routine Input Option: all
If a selected routine has the same name as one already on file,
shall it replace the one on file? No => yes
Building existing routine list ... done.
@ indicates routines which have been saved to disk.
. indicates routines which already exist in this directory.
Loading Routines ...
%qarmac@.
1 routine in 0 minutes, 0 seconds
none of them skipped.
FDBMS>
FDBMS>d ^%RIMF
Load routines from a %ROMF file.
WARNING: This routine will delete the source code (if any)
for existing object routines that are being replaced.
Device: C:\patch\FDBMS_F173_Cache_52_WNT\SYS.SQLSRV.mro
file format: ("UR") =>
M/WNT wrote this file on Nov 03 2006 3:03 PM.
File Comment: patch for compiling routines in FDBMS
( All Select Enter List Quit )
Routine Input Option: all
If a selected routine has the same name as one already on file,
shall it replace the one on file? No => yes
Building existing routine list ... done.
@ indicates routines which have been saved to disk.
. indicates routines which already exist in this directory.
Loading Routines ...
FDBMS>
再做adhoc5412plus.zip（如文檔readme_5412.txt，需要拷貝UtilConfigSQL.csp到C:\EnsembleSys\CSP\sys\mgr下）；
FDBMS>zn "%sys"
%SYS>d ^%RI
Input routines from Sequential
Device: C:\patch\adhoc5412plus\adhoc5412\adhoc5412.rsa
Parameters? "RS" =>
File written by Cache for Windows using %RO on 17 May 2007 9:32 PM
with extensions INC,INT and with description:
( All Select Enter List Quit )
Routine Input Option: all
If a selected routine has the same name as one already on file,
shall it replace the one on file? No => yes
Generate backups? No => No
Recompile? Yes => yes
Display Syntax Errors? Yes => yes
^ indicates routines which will replace those now on file.
@ indicates routines which have been [re]compiled.
- indicates routines which have not been filed.
%msql.INC^ syConfig.INC^ STUCNFG1.INT@
3 routines processed.
%SYS>s path="C:\patch\adhoc5412plus\adhoc5412\SQL.xml"
%SYS>do $SYSTEM.OBJ.Load(path,"cbrps")
Load started on 04/12/2008 10:56:40
Loading file C:\patch\adhoc5412plus\adhoc5412\SQL.xml as xml
Imported class: %SYSTEM.SQL
Compiling class %SYSTEM.SQL
Compiling routine %SYSTEM.SQL.1
ERROR: Compiling class includes
Processing %systemInclude.INC into a precompiled header
Load finished successfully.
%SYS>s path="C:\patch\adhoc5412plus\adhoc5412\adhoc5412.xml"
%SYS>do $SYSTEM.OBJ.Load(path,"brpsu")
Load started on 04/12/2008 10:57:57
Loading file C:\patch\adhoc5412plus\adhoc5412\adhoc5412.xml as xml
Imported object code: %SYS.PATCH
Imported global: ^CacheTempPatch
Load finished successfully.
%SYS>do ^%MGDIR
You're in namespace %SYS
Default directory is c:\ensemblesys\mgr\
%SYS>do ^%SYS.PATCH
Apply Patch Utility
Adhoc: 5412
Description: PVA089,DPV2673
Created at: 2007-05-18 00:51:28
Created on $zv: Cache for Windows (Intel) 5.2.3 (Build 710)
Apply (Y/N) y
Applying Patch...
.......
Successfully Applied!
Please test the patch. If it fails, you can remove the
patch by executing the following command:
Do Restore^%SYS.PATCH()
%SYS>d $System.CSP.LoadPage("/csp/sys/mgr/UtilConfigSQL.csp","fc")
Compiling file /csp/sys/mgr/UtilConfigSQL.csp
Compiling class %cspapp.mgr.utilconfigsql
Compiling routine %cspapp.mgr.utilconfigsql.1
%SYS>d $System.OBJ.Load("C:\patch\Collection.ListOfDT.xml","fc")
Load started on 04/12/2008 12:17:50
Loading file C:\patch\Collection.ListOfDT.xml as xml
Imported class: %Collection.ListOfDT
Compiling class %Collection.ListOfDT
Compiling routine %Collection.ListOfDT.1
Load finished successfully.
%SYS>d ^%RIMF
Load routines from a %ROMF file.
WARNING: This routine will delete the source code (if any)
for existing object routines that are being replaced.
Device: C:\EnsembleSys\Mgr\FDBMS\qaqcasl523.mro
file format: ("UR") =>
M/WNT wrote this file on May 18 2007 3:48 PM.
File Comment: backport of AK626, fix INTO :Array() problem
( All Select Enter List Quit )
Routine Input Option: all
If a selected routine has the same name as one already on file,
shall it replace the one on file? No => yes
Building existing routine list ... done.
@ indicates routines which have been saved to disk.
. indicates routines which already exist in this directory.
Loading Routines ...
%qaqcasl@.
1 routine in 0 minutes, 0 seconds
none of them skipped.
%SYS>
%SYS>zn "DHC-APP"
DHC-APP>d $system.SQL.Purge(0)
更改SQL Setting
[Home] > [Configuration] > [SQL Settings]
將DISTINCT optimization turned on 的值置為 Yes ,保存,然後再置成No保存.
全部做完後把CACHELIB的ReadOnly更改為Yes
⑦ cache資料庫讀取所有表名
在查詢分析器中選中目標資料庫，執行以下語句，可查詢所有表名。
Caché資料庫的主要特點如下：
1、速度快。Caché資料庫在同等條件下查詢相同數據比Oracle等普通資料庫要快。原因是Caché資料庫又叫做後關系型資料庫（Post-Relation）,顧名思義，Caché是基於普通關系型資料庫如：Oracle,SQLserver,Sybase等的基礎之上並有所改進而產生的。
2、使用簡單。Caché資料庫支持標准SQL語句，因此不太熟悉M語言的用戶依然可以輕易對資料庫中的數據進行操作。
3、介面容易。Caché資料庫支持ODBC標准介面，因此在與其他系統進行數據交換時非常容易。同時Caché亦可以將數據輸出成文本文件格式以供其它系統訪問調用。
4、真正的3層結構。Caché資料庫能夠真正意義上實現3層結構，實現真正的分布式服務。
升級擴容方便。正因為由上述分布式3層結構，所以當醫院需要增加客戶端PC或醫院進行擴大規模時，不需要重新購買或更新主伺服器，只需要適當增加二級伺服器的數量即可，二級伺服器相對來說要比主伺服器要便宜許多，因此，醫院可節約資金減少重復投資。
5、對象型編輯。Caché資料庫是真正的對象型資料庫，開發時用戶可直接用資料庫定義自己想要的對象，然後再在其它開發工具中調用該對象的方法和屬性即可完成開發工作，非常方便。
支持遠程映射和鏡像。Caché資料庫支持遠程的映射和鏡像，比如在不同城市之間，或在同一城市的不同區域之間，Caché可以進行鏡像（Mapping），使不同區域的Caché資料庫同步聯系起來，雖然在不同區域，但大家使用起來就像共用一個資料庫。
6、支持WEB開發。Cache資料庫提供自帶的Web開發工具，使用維護非常方便，符合當今軟體業發展的趨勢。
⑧ Cache資料庫怎麼用
cache是一種後關系型資料庫，它提供三種方式訪問數據：對象訪問、SQL訪問、直接對多維數據數組訪問。而且三種訪問方式能夠並發訪問同一數據。
⑨ Cache資料庫
以我三甲醫院運行CACHE6年的經歷來說，CACHE確實不太適合中國大規模三甲醫院使用。數據復雜度高，標准多，更改勤，這是美國醫院相對少見的。 醫院已經使用CACHE6年多，天天看著這個東西，我相信比那些寫槍文的人更有發言權。 1. 性能問題：現在不到4000萬條記錄，1.5T的信息量，CACHE都會速度超慢。查詢3個月以上的數據就會死掉。別相信那些CAHCE市場材料宣傳的東西。醫院系統的復雜性不在絕對記錄數量，而在高度的復雜度。 2. 一旦上線，分庫困難。資料庫越來越膨脹，速度越來越慢，最後小型機用了四年後都不夠用了，還得升級小型機。我們醫院當年購買ibm小型機可是很快的，可是都趕不上膨脹的速度 3. 死數據。由於OO架構限制，如果對象做了修改，而且又已經有了實例數據，那麼這個對象不能進行刪除（我是指業務上），時間長了之後，導致垃圾逐漸增多，不少已經定義的實例，導致速度慢，錯誤多。如果曾經做過OO編程的人，考慮一下定義n多對象並且有兩大數據之後，突然要你修改某層對象架構（很多時候還是翻天覆地的變化）的時候，那種感覺和心情。 4. 鎖定：Cache的資料庫鎖機制及其弱智，懶得說。好在醫院的數據多是增加，很少有刪除的情況，要不早出現很多亂子了。問了幾家大型his公司總工級別的人物，對於鎖都答非所問。讓人心寒。 5. 基於OO的資料庫並不成熟。在我多年使用中，感覺不如 RDB + XML的混合方式解決方便。OO非常適合抽象，但是如果這個對象經常都在改，那簡直就是生不如死了。有人會說，對象會經常改嗎？——那到醫院來看看吧。隨著醫療信息化的深入，需要改的地方只會增多，不會減少。我們從基於cache信息化廠商那裡得到的「不能」已經越來越多了。 6. 資料匱乏：使用的人少，資料奇缺，人材很少。自帶的CSP界面極差，功能很弱。編程語言晦澀難看，一點都不優雅（這點是個人意見），上網能找到的文章都是槍文，我從來沒有在中文網上找到什麼非常深入的cache資料庫分析文章；公司實力有限（相對於ms，oracle），一個CSP溢出漏洞都要改半天。沒有大量的人使用，金子也會變成垃圾。 7. 不知道那些槍文里邊寫的安全性很高是什麼意思？我看了半天DOD TCSEC的檔案，抱歉，沒有發現CACHE的影子 8. 數據遷移問題。現在很多系統，基於RDBMS的，例如oracle、ms sql server 都很容易切換，但是如果轉入cache，就像上了賊船，上去容易，下來難了。想後悔都沒有機會。不是說絕對不能轉換出來，而是很多困難。你沒有失敗的backup. 9.互聯問題。現在健康檔案互聯，區域醫療信息化等，都是時代發展需要。懂行的人自己考慮一下其中難度，不懂行的人說了也是白說。
⑩ 什麼是cache資料庫
資料庫緩存是用來存放臨時數據的，方便程序訪問數據，提高查詢效率，資料庫有自動清理緩存機制