关于Caché数据库的一点点看法

Caché(Cache)是一种后关系型数据库，它提供三种方式访问数据：对象访问、SQL访问、直接对多维数据数组访问。而且三种访问方式能够并发访问同一数据，InterSystems Caché^® 是一种高级数据库管理系统及快速应用软件开发环境。有了 Caché，便可以实现复杂大数据处理及分析的突破，并且开发网络及移动式应用。Caché提供独一无二的闪电般快捷性能、庞大的可扩展性以及扎实的可靠性，同时最大程度降低维护及硬件要求。

这是一种可提供多种数据存取模式的新一代数据库技术。数据仅在一个集成数据库中描述一次，可利用对象存储、高性能 SQL以及强大的多维存取即时提供，在进行这一切的同时存取相同数据。Caché自带多个内置的文编语言，并且兼容许多常见的开发工具。

Caché(Cache)使用了多维数据引擎，使得对象数据从磁盘到内存的过程得以很快完成，而且读写磁盘相互关联数据的数据非常快。多维数据模型的高效访问使Caché(Cache)非常适合经常更新少量数据的交易处理应用，因为Caché(Cache)将数据组织成N维的数组，对于交易所需要的数据，可以很容易地搜索、加锁和更新。应用和数据库引擎不需要花费时间去访问多个表，也不需要为搜索数据而锁住相关的所有数据页。由于其性能比传统的oracle数据库快了几十倍，国内的医疗系统也越来越多的使用Caché(Cache)数据库，沿海地区的有如下的医院在使用：深圳南山医院、北京妇幼医院、秦皇岛市第一人民医院，西南地区以四川成都华西医院为代表的医院的His系统也是使用的Caché数据库。

某医院运行的His系统使用Caché数据库几年的经历来说，Caché数据库确实不太适合中国大规模三甲医院使用。数据复杂度高，标准多，更改勤，这是美国医院相对少见的。 该医院已经使用Caché数据库多年存在的问题有： 1. 性能问题：不到4000万条记录，1.5T的信息量，Caché数据库都会速度超慢。查询3个月以上的数据就会死掉。医院系统的复杂性不在绝对记录数量，而在高度的复杂度。 2. 一旦上线，分库困难。数据库越来越膨胀，速度越来越慢，最后小型机用了四年后都不够用了，还得升级小型机。 3. 死数据。由于OO架构限制，如果对象做了修改，而且又已经有了实例数据，那么这个对象不能进行删除（我是指业务上），时间长了之后，导致垃圾逐渐增多，不少已经定义的实例，导致速度慢，错误多。如果曾经做过OO编程的人，考虑一下定义n多对象并且有两大数据之后，突然要你修改某层对象架构（很多时候还是翻天覆地的变化）的时候，那种感觉和心情。 4. 锁定：Caché数据库锁机制及其弱智，懒得说。好在医院的数据多是增加，很少有删除的情况，要不早出现很多乱子了。 5. 基于OO的数据库并不成熟。在该院多年使用中，感觉不如 RDB + XML的混合方式解决方便。OO非常适合抽象，但是如果这个对象经常都在改，那简直就是生不如死了。有人会说，对象会经常改吗？——那到医院来看看吧。随着医疗信息化的深入，需要改的地方只会增多，不会减少。我们从基于Caché信息化厂商那里得到的“不能”已经越来越多了。 6. 资料匮乏：使用的人少，资料奇缺，人材很少。自带的CSP界面极差，功能很弱。编程语言晦涩难看，一点都不优雅，这点是个人意见，一个CSP溢出漏洞都要改半天。 7. 不知道那些枪文里边写的安全性很高是什么意思？我看了半天DOD TCSEC的档案，抱歉，没有发现Caché的影子 8. 数据迁移问题。现在很多系统，基于RDBMS的，例如oracle、ms sql server 都很容易切换，但是如果转入cache，就像上了贼船，上去容易，下来难了。想后悔都没有机会。不是说绝对不能转换出来，而是很多困难。你没有失败的backup. 9.互联问题。现在健康档案互联，区域医疗信息化等，都是时代发展需要。懂行的人自己考虑一下其中难度，不懂行的人说了也是白说。10. Caché审计难。