Intersystems公司的Cache'真的好吗？

院长

为何没有公司用Cache'开发HIS？是不是没有他们吹得那么好啊？

Cacheman1

最初由 院长 发表
[B]为何没有公司用Cache'开发HIS？是不是没有他们吹得那么好啊？ [/B]

东华的Trek系统就是啊.
InterSystems进入中国时间不长.所以合作伙伴也要慢慢地发展。http://www.intersystems.cn/cache/partners/parcn.html，你自己看吧，除了东华，还有其他公司。
事情总的有一个过程。
一般我们碰到的问题是
1）国内对新鲜事物的接受速度还可以，但要下决心做一件事情是很难的。这就是我们经常在国内听到的：“我有兴趣“，“谈谈是可以的“。。。但要一个公司的领导下决心的时候，他会找出一大堆理由。
2）一般来说，国内的大部分HIS厂商，只要系统跑得动，就不愿意去做新的开发。至于数据量的增大对医院所带来的影响，他们大部分的回答是
a) 目前还没有解决方案,客户先将就着用吧。
b) 等到那一天再说吧
c) 其他公司也有问题啊。
3）HIS系统比较复杂，一般投入的精力比较多

这就是现状。所以说，目前而言，Cache'的机会在
1) 新的系统，如电子病历，数据挖掘　（因为对开发商而言，都是要从新开发，第二，电子病历的树状结构如果用关系型数据库开发难度较大，当然，一定要用，也是可以的）
2) 小的系统，如LIS,RIS等

至于Cache'是不是在吹? 美国的医疗卫生市场的份额总不是假的吧.难道老米各个都是傻冒?

Cacheman1

最初由 alive 发表
[B]一般的公司没有人会用cache，当然就没有所谓的开发了，这东西好不好用可不好评论，它只说自己是后关系，而不说是面向对象，本人试用后感觉不太好，比较麻烦 [/B]

"一般的公司没有人会用cache，当然就没有所谓的开发了"
你这么知道的?
"它只说自己是后关系，而不说是面向对象，"
之所以说自己是后关系型的，是因为他兼容了关系性数据库，又是面向对象的,之所以觉得没有提面向对象是因为大部人只知道关系性数据库,推后关系型数据库更容易
"本人试用后感觉不太好，比较麻"
大部分情况是你熟悉关系型数据库的开发办法,遇到问题时首先想到的是如何用关系型的思路来解决问题,而不是面向对象的方法.任何一样东西都要学,为什么我们的合作伙伴的开发人员对Cache'的评价是这绝对是个好东西

alinew

en,给个例子好入手学习？比如说：电子病历的树状结构，在关系型数据库里的实现比较麻烦的地方或者无法实现的地方，在Cache里是怎么方便快捷的实现的...

Cacheman1

最初由 alive 发表
[B]"一般的公司没有人会用cache，当然就没有所谓的开发了"
你这么知道的?
---------------------
我倒要问问你cacheman1，除了做电子病历的公司，中国有哪家公司有基于cache的商品化的his？
你怎么知道我们是用关系... [/B]

"我倒要问问你cacheman1，除了做电子病历的公司，中国有哪家公司有基于cache的商品化的his？"
这个问题我已经讨论过了。见3楼。

“你怎么知道我们是用关系型的思路来解决问题，你不过就是intersystems上海办事处的一个小职员，狂什么？老米给了你几个美圆就不知道姓什么了？小子，我搞面向对象的应用时还没你呢！“

我是和你讨论问题， 你不愿意就算了。但请你不要用文革或愤青那一套来这里。因为SQL server, Oracle, Sybase,DB2也是国外的产品。
我估计你是天？公司的吧。

“另外，此地是技术论坛，不是推销的市场，请你到别的地方进行推销活动！“
我推销了吗？我只是陈述我的观点而已。你不想听，就别听。

dongxi

我提一个技术上的问题，将大家的关注点转移一下：
“电子病历的树状结构“在关系型数据库里是相对麻烦的地方，尤其包含二进制数据的时候。
比如一条记录：
姓名：张三
性别：男
年龄：15
照片：100101000101010101010101010100101010101010110101010101001010101

如果放在关系数据库的同一张表就有点麻烦了，cache是怎么处理的，可以在同一张表吗？还是分开两张表，一张是非二进制型数据的表，一张是二进制型数据的表？

Cacheman1

最初由 alinew 发表
[B]en,给个例子好入手学习？比如说：电子病历的树状结构，在关系型数据库里的实现比较麻烦的地方或者无法实现的地方，在Cache里是怎么方便快捷的实现的... [/B]

我正在开发一套底层的模块，估计４月底／５月初会出来。到时候你只要有思路，就可以往上套。

gltiger

"如果放在关系数据库的同一张表就有点麻烦了，cache是怎么处理的，可以在同一张表吗？还是分开两张表，一张是非二进制型数据的表，一张是二进制型数据的表？"
在Cache'中，表是虚拟层，所以这些字段可以放在一张表里，因为它们就是“人”这个类的属性。但Cache'底层真正的存储是多维数组，一般情况下，流类型（二进制流和字符流）是放在单独的多维数组数组中的。而且根据模型的复杂程度，你可以自己定义底层多维数组的格式，但不会对SQL、对象访问方式造成任何影响！

dongxi

还希望进一步指点。
可以采用多维数组的方法，关系数据库中也可以。
但这样是否会出现空间上的浪费？我们知道上述所指的表中，大多数记录是非二进制型的数据，但他们都带有空值的二进制型数组。

？这个问题是否很初级？

gltiger

实际上，Cache'可以真正做到不存任何空值，当然，这需要你自己定义好底层的多维数组（很容易）。

gltiger

dongxi，如果有兴趣，建议看一下在线帮助中的Storage

dongxi

十分感谢。

quanta

大家在这里就讨论问题吧，不要互相攻击。

回2楼

据我分析，Cache'之所以没有当作对象数据库宣传，是因为它不仅支持对象的访问方式也支持SQL的访问方式，这是目前市场上其他的对象数据库所没有的功能，所以才称自 己是后关系数据库。

实际上Cache'的对象数据库的特征也是十分明显的，我想目前国内没有用cache'开发HIS的原因主要是非技术的原因，我是Cache'的拥护者，期待着越来越多的开发者加入到Cache'的阵营里面来。

ironstone

现在没有并不等于以后没有，至少国内现在还有一个在推国外应用cache开发的HIS的东华。

现在的老牌厂商对原有技术当然会有一种习惯性的依赖，一个厂商定下一种技术风格之后，很难从一种技术很快跳跃到另一种技术，比如：j2ee平台转移到.net平台，这不可能是一蹴而就的。

现在对于intersystems公司来说，最大的问题就是所有的培训教育都已经被oracle和microsoft所占据，所以没能够有足够的培训力量来推动cache的应用深入，这算是最大的麻烦了，甚至在国内要买到一本关于cache方面的技术书也是很困难，局限问题很多，不多说了，总之，intersystems公司在国内还有很长一段路要走，希望他们能够坚持下去，而不是为了捞钱而来。

另：希望大家评论或者讨论，最好是对事不对人，不要过于激动。

Cache!

最初由 ironstone 发表
[B]现在没有并不等于以后没有，至少国内现在还有一个在推国外应用cache开发的HIS的东华。

现在的老牌厂商对原有技术当然会有一种习惯性的依赖，一个厂商定下一种技术风格之后，很难从一种技术很快跳跃到另一种技术，... [/B]

9494.
intersystems还有很多事要做.
校园计划刚刚启动,清华成为第一个真正学习的大学 http://news.chinabyte.com/443/1938443.shtml