cache OR oracle

Cacheman

最初由 tanyiqiang 发布
[B]
因此从理论上来推算，作为一般的关系数据库来使用不会比ORACLE 10g优越，而使用对象的话，倒可能体现出其优越性。 [/B]

这本来就是我们公司一直这样对大家说的：cache是后关系型数据库，不是关系型数据库。用关系型数据库的那套理论不适合cache.但Cache也支持关系型数据库，即可以当作关系型数据库来用，但这样不会显示Cache大的优势。我们支持关系型数据库的原因是为了保护现有的投资，即原来你的基于关系型数据库开发的那套系统可以迁移到Cache上来，不用做大的修改。而新的系统可以用Cache的面向对象的优势来开发。
目前，很多国内的开发商想开发的都是跨平台，跨数据库的产品，如果是这样，那么Oracle的优越性也没有体现，因为用的是所有关系型数据库所具有的共同的特征。在这点上，Oracle和sqlserver没有区别。
美国８０％的数据是存在MUMPS/Cache数据库上的，我们相信电子病历的开发用Cache要比其他关系型数据库更有利。美国kaiser的电子病历就是案例之一。oracle和IBM开发了２年，没有成功，而让位于Cache和Epic（美国最大的电子病历开发商）。世界上最大的电子病历就是基于Cache开发的。另外，荷兰全国的电子病历的接口的数据库也是Cache.我们最然在中国起步晚，但也在2.5年内进入了30家中国的医院。所以阻力再大，我们也坚信，星星之火可以燎原。

披发头陀

最初由 Cacheman 发布
[B]

有同感.我们在为很多公司培训的时候,有部分人根本不愿意学新的东西,而是死守着老的一套.最好还是各位自己下载一个比较一下.对于披发陀螺,我好像对你发出了邀请来我公司,我我们来归医院亲自比较一下,至今我没有收到你的回复啊. [/B]

头陀不是陀螺
我们在这里也不过义气之争罢了，我们医院用的oracle，没有不可抗拒的力量的情况下不可能改用cache

lfree

哈哈，这个问题不好解决。目前国内许多医院的数据库大部分都不是cache，要转换数据库要有一定的决心，这个涉及许多因素。比如钱，技术人员（只医院的），技术支持人员这些都要很好的配合。
实施his越早的单位难度我想会越大。就像披发头陀所讲，除非oracle已经不行了，改用的可能性不会太大。

Cacheman

最初由 披发头陀 发布
[B]

头陀不是陀螺
我们在这里也不过义气之争罢了，我们医院用的oracle，没有不可抗拒的力量的情况下不可能改用cache [/B]

１）名字讲错了：抱歉。
２）我在这里可不是义气之争，不认真的事情我不做。
3）至于贵医院用什么，我不强求什么。我们不可能获得所有的医院成为客户或伙伴。既然你要和我们讨论Cache的事情，那大家就严肃认真地对待。那最好的办法就是face-to-face的交流。否则，说了半天，没有大的意义。

lfree

另外我个人认为cache一定也有一些技术的缺点。
还有我觉得cache的技术手册写的不好。

Cacheman

最初由 lfree 发布
[B]哈哈，这个问题不好解决。目前国内许多医院的数据库大部分都不是cache，要转换数据库要有一定的决心，这个涉及许多因素。比如钱，技术人员（只医院的），技术支持人员这些都要很好的配合。
实施his越早的单位难度我想会越大。就像披发头陀所讲，除非oracle已经不行了，改用的可能性不会太大。 [/B]

完全同意你的讲法。你也说出了我们公司在中国目前遇到的挑战。１）HIS要换掉的难度比较大，所以我们的重点在电子病历。
2）另外，我们主攻方向其实并不在和Oracle的竞争，而是先把Sybase, db2, Sql server换掉。这样相对容易点。
３）我们和Oracle的竞争目前不是在数据库，而是在EAI　vs ERP上面，也就是ensemble vs HTB。我们和oracle的比较，基本上是被逼的，人的观念的改变需要是需要很长一段时间的。一般他会想出各种各样的理由来维护原有的观念，反对现在的观念。这是可以理解的，而且完全正常的。我们目前在国内的积极的合作伙伴都是有那么一点美国或技术情结。或者他们的管理层在美国的医院工作过，或者是技术创新型企业。我们的工作就是全力支持这些企业、帮助这些企业变得更加成功，因为只有他们成功，我们才能证明我们的技术和商业模式。当然，我们希望更多的其他企业加入。
　

Cacheman

最初由 lfree 发布
[B]另外我个人认为cache一定也有一些技术的缺点。
还有我觉得cache的技术手册写的不好。 [/B]

1）“cache一定也有一些技术的缺点”
请指点一二。我们可以改进。
2）“还有我觉得cache的技术手册写的不好”
同意。这个我们前不久才意识到。这本技术手册是一本工具书，所以例子不够。我们正组织人员编写一本以例子为主的编程书。给我们一点时间。

披发头陀

oracle最大的优势是，用户把它研究的太透彻了，光看看咱们这个论坛就知道，有多少人能清清楚楚讲明白oracle的各种内部机制，这在其他软件简直是不可思议的

Cacheman

最初由 披发头陀 发布
[B]oracle最大的优势是，用户把它研究的太透彻了，光看看咱们这个论坛就知道，有多少人能清清楚楚讲明白oracle的各种内部机制，这在其他软件简直是不可思议的 [/B]

是吗？但我怎么觉得很多人其实理解的并不是那么透彻。例如把oracle说成是面向对象的雏形，就没有理解“oracle的各种内部机制”。
没有5-8年的内功，恐怕“能清清楚楚讲明白oracle的各种内部机制" 没有牢固的基石。

axbluebdy

看了大家讨论还是很激烈 ，性能是这样的 ，我们现在一家医院大概是50t的数据 ，没有做任何离线的处理