楼主: dylloveyou

[精华] cache OR oracle

[复制链接]
论坛徽章:
194
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
71#
发表于 2006-6-19 09:06 | 只看该作者
哈哈,这个问题不好解决。目前国内许多医院的数据库大部分都不是cache,要转换数据库要有一定的决心,这个涉及许多因素。比如钱,技术人员(只医院的),技术支持人员这些都要很好的配合。
实施his越早的单位难度我想会越大。就像披发头陀所讲,除非oracle已经不行了,改用的可能性不会太大。

使用道具 举报

回复
论坛徽章:
0
72#
发表于 2006-6-19 09:07 | 只看该作者
最初由 披发头陀 发布
[B]

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


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

使用道具 举报

回复
论坛徽章:
194
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
73#
发表于 2006-6-19 09:07 | 只看该作者
另外我个人认为cache一定也有一些技术的缺点。
还有我觉得cache的技术手册写的不好。

使用道具 举报

回复
论坛徽章:
0
74#
发表于 2006-6-19 09:21 | 只看该作者
最初由 lfree 发布
[B]哈哈,这个问题不好解决。目前国内许多医院的数据库大部分都不是cache,要转换数据库要有一定的决心,这个涉及许多因素。比如钱,技术人员(只医院的),技术支持人员这些都要很好的配合。
实施his越早的单位难度我想会越大。就像披发头陀所讲,除非oracle已经不行了,改用的可能性不会太大。 [/B]


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

使用道具 举报

回复
论坛徽章:
0
75#
发表于 2006-6-19 09:25 | 只看该作者
最初由 lfree 发布
[B]另外我个人认为cache一定也有一些技术的缺点。
还有我觉得cache的技术手册写的不好。 [/B]

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

使用道具 举报

回复
论坛徽章:
5
授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44行业板块每日发贴之星
日期:2008-07-01 01:02:17
76#
发表于 2006-6-20 09:37 | 只看该作者
oracle最大的优势是,用户把它研究的太透彻了,光看看咱们这个论坛就知道,有多少人能清清楚楚讲明白oracle的各种内部机制,这在其他软件简直是不可思议的

使用道具 举报

回复
论坛徽章:
0
77#
发表于 2006-6-20 10:21 | 只看该作者
最初由 披发头陀 发布
[B]oracle最大的优势是,用户把它研究的太透彻了,光看看咱们这个论坛就知道,有多少人能清清楚楚讲明白oracle的各种内部机制,这在其他软件简直是不可思议的 [/B]

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

使用道具 举报

回复
论坛徽章:
18
行业板块每日发贴之星
日期:2005-12-28 01:08:27生肖徽章:羊
日期:2007-09-26 17:10:37会员2007贡献徽章
日期:2007-09-26 18:42:10奥运会纪念徽章:跆拳道
日期:2008-10-24 13:12:17CTO参与奖
日期:2009-02-12 11:45:48生肖徽章2007版:鼠
日期:2009-11-16 18:36:52
78#
发表于 2006-6-20 15:38 | 只看该作者
看了大家讨论还是很激烈 ,性能是这样的 ,我们现在一家医院大概是50t的数据 ,没有做任何离线的处理

使用道具 举报

回复
论坛徽章:
0
79#
发表于 2006-6-21 12:22 | 只看该作者
最初由 axbluebdy 发布
[B]看了大家讨论还是很激烈 ,性能是这样的 ,我们现在一家医院大概是50t的数据 ,没有做任何离线的处理 [/B]


50TB?这么大的数据量?在中国吗?

使用道具 举报

回复
招聘 : 软件工程师
论坛徽章:
19
操作系统板块每日发贴之星
日期:2005-03-19 01:01:442014年新春福章
日期:2014-02-18 16:41:112010年世界杯参赛球队:南非
日期:2010-06-08 17:01:422010年世界杯参赛球队:墨西哥
日期:2010-06-06 05:16:032010年世界杯参赛球队:阿根廷
日期:2010-03-23 12:07:522010年世界杯参赛球队:意大利
日期:2010-03-20 21:48:112010年世界杯参赛球队:德国
日期:2010-03-14 20:16:23会员2006贡献徽章
日期:2006-04-17 13:46:34玉兔
日期:2006-04-13 12:42:37行业板块每日发贴之星
日期:2006-04-05 01:02:16
80#
发表于 2006-6-21 13:24 | 只看该作者
不可能吧 50t

是包括了 pacs的影像 而且是积累了很久很久的吧

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表