① 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数据库
数据库缓存是用来存放临时数据的，方便程序访问数据，提高查询效率，数据库有自动清理缓存机制