关于cache数据库的一些思考！

Cacheman

<!--quote-medsoft+2005-08-21 09:47--><div class='quotetop'>引用medsoft &#064; 2005-08-21 09:47)</div><div class='quotemain'><!--quote1-->怎么叫“没有真正摸过cache”？我也不想解释太多，我是2003年收到cache的试用版，曾试图翻译cache的帮助文件。试图基于cache做一些开发工作，但后来因为一些原因放弃了。我现在的电脑上也还装有cache.
<br>
<br>我不想说太多，因为我对cache也算是门外汉吧，但我想说我用MSSQL或ORACLE等更没有困难。
<br>
<br>我是一个自由的思考者，可以不受约束，但站在商业的立场，选择总是要综合多种因素考虑，而肯定不是某某人说这个软件很好，有很多优势就一定会拿来用，您说对吗？<!--quote2--></div><!--quote3-->
<br>
<br>1)Cache需要重新学,这是事实.这也是它推广起来困难的地方.
<br>
<br>2) "我是一个自由的思考者，可以不受约束，但站在商业的立场，选择总是要综合多种因素考虑，而肯定不是某某人说这个软件很好，有很多优势就一定会拿来用，您说对吗？"
<br>我举双手赞成.
<br>

jing.wang

首先我想声明，我不懂编程。 但作为CIS项目实施和管理者，我接触过Relational DB, 也接触过Cache.
<br>
<br>个人体验是，Cache 最大的优点是运算快，而缺点包括扩展困难（lack of scalability), 维护困难（high requirment of manual updates with changes), 搜寻报告困难（hard to query & report). 除此之外，Cache 的 个体版权费（individual licensing cost） 也可能成为应用的一个障碍。
<br>
<br>欢迎讨论。

medsoft

<p><!--quote-Cacheman+2005-08-22 00:29--><div class='quotetop'>引用Cacheman &#064; 2005-08-22 00:29)</div><div class='quotemain'><!--quote1--><br /><br />我觉得你的这几句总结太绝对，有点误导。即误导读者，也误导读者对我的理解。恕我直言，有点像我小时候判断一个人一样，要么是好，要么是坏。世界上很少有纯白和纯黑的，大部分是介于白和黑之间的。我本人是Cache坚决的拥护者，但不可能让别人这么去理解Cache. 任何数据库都有自己的特点，只不过在开发应用哪个更好的问题。如果一个公司在开发系统，例如为一家小医院开发PACS系统，没有遇到数据库的瓶颈问题，那就不需要用　Ｃａｃｈｅ。 <br /><br />我的理解： <br />1）世界是多维的， 多对多。关系型数据库处理的是1对1，Cache处理的是1对多。 <br />如果数据关系本身不复杂，例如就是1对1，关系型数据库就是最佳的处理方式。但如果是海量复杂数据，用Cache更好。我们目前有诚意的合作伙伴，（到目前为止，都是为大型医院开发电子病历和数据挖掘，分析，决策系统），他们大多数原来用过关系型数据库，遇到了困难，才来找我们，看到Cache的好处后，才使用Cache。有些公司已开始只做平行数据迁移，但最后发现最后还是直接用Cache开发好。所以什么系统用Cache,什么系统用关系型数据库，要看你的想法和需求，而不能笼统地说,电子病历，CIS,医保系统等等一定用Cache,PACS,LIS一定用关系型数据库。 <br />Cache和关系型数据库一样是工具，你必须得知道你要做什么事，然后选择用哪一个工具。所以了解需求和工具的功能是前提条件。 <br />我看怎么能最好地沟通？我建议这么做: <br />a) Cache的功能和特性，请看<a href="http://www.intersystems.cn/cache/technology/fc.html" target="_blank">http://www.intersystems.cn/cache/technology/fc.html</a> <br />b) 了解你的需求,这个得你自己努力了 <br />c) 结合a)b),比较Cache和关系型数据库如何不同地实现需求,挂电话给我们,谈一下比这么兜圈子好. <br />2）１１楼的quanta写的很好，建议你去看看。 <br /><br />有什么我理解不对的地方,请谅解. <br /><!--quote2--></div><!--quote3--></p><p>我看到了您的诚意，谢谢您能花这么多时间解释，我总结确实太绝对了！</p><p>您的真诚也会打动很多人！</p><p>帮助别人作出正确的选择，也会为自己赢得更大的成功，这样ISC更会成为一个伟大的公司。</p>

drewlee

????????????
<br>我的观点是:
<br>1)面向对象的数据库要比关系型数据库好.
<br>2)尤其在电子病历和挖掘方面, Cache的树状结构非常适合。
<br>????????????
<br>
<br>????????????
<br>我的理解：
<br> 1）世界是多维的， 多对多。关系型数据库处理的是1对1，Cache处理的是1对多。
<br>????????????
<br>
<br>面向对象的数据库要比关系型数据库好？你是不是用了最昂贵的机器呀？RDMS的行锁、表锁、sharepool、SGA、rollback segment技术，有几个在面向对象的数据库中体现？索引的方式想必两者的机理也不一样吧，对于遍历、冒泡等方式，面向对象的数据库怎么做？工作效率差多少，你自己算过吗？
<br>
<br>电子病历为什么就不能用文件服务器体系呢？文案管理最牛的是Exchange＋WEB和Domino凭什么Cache最好？
<br>
<br>挖掘的宗师BO、SAS你忘掉了还是不知道？数据的旋转、切片、二级提取、三级提取、你的Cache能满足多少？
<br>
<br>关系数据库是1对1？！那foreign Key拿来做什么的？别说1对1，用点fucntion和procedure，关系数据库就是多对多也能玩出来。
<br>
<br>Cache不过是将Archtecture的技术与RDMS结合的产物；跟单纯的DB根本不在一个比较的基准！将他与IBM的对HIS二次开发工具放在一起比比吧。
<br>
<br>海量复杂数据的数据挖掘系统。。。请问与你们合作的是哪一家？我不懂Cache。但希望Cache的优秀不在于表面的称述，还是贴个方案上来罢。
<br>
<br><!--editpost--><br><br><br><div><font class='editinfo'>此帖由 drewlee 在 2005-08-22 20:01 进行编辑...</font></div><!--editpost1-->

jdli

<!--quote-quanta+2005-06-20 17:29--><div class='quotetop'>引用quanta &#064; 2005-06-20 17:29)</div><div class='quotemain'><!--quote1-->fancycn，
<br>看的出来，你应该有很深的技术背景。我们用不着争论到底哪个数据库更好，确实目前在一些（甚至是大部分）的应用中数据模型还相当简单，但是这不意味着用户没有更深层次的需要。随着现代管理制度的不断深入，对相应的应用软件的要求也会越来越高。到底哪个数据库更适合你，只有用了才知道。我知道有人不喜欢绑定在一家厂商上，怕有风险，说句不太好听的，国内的大多数公司倒闭100次，这些系统级的公司也倒不了一次，怕什么啊。
<br>举个例子，请用OR mapping的工具实现人类家族谱的数据模型，我只要求可以实现上下查到祖孙3代，以及直系、旁系3代。<!--quote2--></div><!--quote3-->
<br><b>"举个例子，请用OR mapping的工具实现人类家族谱的数据模型，我只要求可以实现上下查到祖孙3代，以及直系、旁系3代。"</b> 感觉quanta说得太绝对, 似乎只有cache才能做到. 有兴趣的朋友,可以访问下面的link:
<br>  <a href="http://www.hci.utah.edu/groups/ppr/index.html" target="_blank">http://www.hci.utah.edu/groups/ppr/index.html</a>
<br>UPDB最深实现了跨越九个代系的DATA REPRESENTATION, 并且有多篇在TOP专业杂志发表的文章是通过对UPDB进行 DATA MINING所得的数据进行科学统计与分析产生的.
<br>
<br>顺便提一下, UPDA 是基于SYBASE, 目前正向SQL SERVER CONVERTING...
<br>
<br>The Utah Population Database (UPDB) is a rich source of information for genetic, epidemiological, demographic and public health studies.  For 30 years, researchers have used this resource to identify and study families that have higher than normal incidence of cancer or other diseases, to analyze patterns of genetic inheritance and to identify specific genetic mutations.  Demographic studies have observed and analyzed the trends in the fertility transition and changes in mortality patterns for both infants and adults.  <b><font color="darkred">The UPDB is the only such database of its kind in the US and one of few such resources in the world.</font> </b> The central component of UPDB is an extensive set of Utah family histories, in which family members are linked to demographic and medical information.  The UPDB also includes diagnostic records on cancer, cause of death, and medical details associated with births.  The UPDB provides access to almost 9 million records and supports over 55 research projects.  These data can only be used for biomedical and health related research.

drewlee

我认为这个例子不错啦。
<br>以递归算法只能实现祖孙N代，以及直系、旁系N代，控制在3代我做不到。但不知Cache用什么数据结构实现？
<br>
<br>希望jdli能把算法详细列一下。

Cacheman

<!--quote-drewlee+2005-08-22 11:17--><div class='quotetop'>引用drewlee &#064; 2005-08-22 11:17)</div><div class='quotemain'><!--quote1-->????????????
<br>我的观点是:
<br>1)面向对象的数据库要比关系型数据库好.
<br>2)尤其在电子病历和挖掘方面, Cache的树状结构非常适合。
<br>????????????
<br>????????????
<br>我的理解：
<br> 1）世界是多维的， 多对多。关系型数据库处理的是1对1，Cache处理的是1对多。
<br>????????????
<br>面向对象的数据库要比关系型数据库好？你是不是用了最昂贵的机器呀？RDMS的行锁、表锁、sharepool、SGA、rollback segment技术，有几个在面向对象的数据库中体现？索引的方式想必两者的机表面的称述，还是贴个方案上来罢。<!--quote2--></div><!--quote3-->
<br>这儿评论的人对Cache了解程度的区别太大.没办法一一回答.
<br>既然不懂Cache,这么评价是否有点不科学?
<br>建议先看看<a href="http://www.intersystems.cn/cache/education/education-training.html" target="_blank">http://www.intersystems.cn/cache/educat...n-training.html</a>再评价也不迟.

Cacheman

<!--quote-jdli+2005-08-21 16:23--><div class='quotetop'>引用jdli &#064; 2005-08-21 16:23)</div><div class='quotemain'><!--quote1-->4.要充分利用Caché, 对MUMPS 的充分了解是必要的. MUMPS 人才的缺乏对Caché的应用也造成了障碍.
<br>对于有兴趣了解MUMPS 的朋友, 可以不妨VISIT: <a href="http://www.sanchez-gtm.com/" target="_blank">http://www.sanchez-gtm.com/</a>, GT.M 是一个基于LINUX的OPEN-SOURCE MUMPS 免费数据管理平台, 可以从SOURCE FORGE获得, 个人认为它可以与Caché相媲美.<!--quote2--></div><!--quote3-->
<br>有多少医疗卫生行业的成功案例吗?
<br>在中国有技术支持吗?
<br>有中文资料吗?

drewlee

CacheMan，？？？中的内容是我引用的是你的原话而已。
<br>
<br>你们的网站我看过勒。
<br>
<br>Cache的设计思路是不错的。但是我看不出网站和你列出的Cache能覆盖多少的系统评价的性能指标。
<br>
<br>你的知识面倾向于软件，系统的性能可不仅仅只包括软件。希望你“能”回答Cache数据库的容错、并发、事务、负载等解决的原理和设计。HIS厂商败在构架、DB设计上的不在少数，往往一个Cluster就搞的有着优雅界面的App灰头土脸。没有量化的东西，我觉得是不可信的。。。。。
<br>
<br>再者，别忘勒，IT里优秀的东西多着呢。不要眼里只有一个Cache。
<br>

Cacheman

<!--quote-drewlee+2005-08-24 10:31--><div class='quotetop'>引用drewlee &#064; 2005-08-24 10:31)</div><div class='quotemain'><!--quote1-->CacheMan，？？？中的内容是我引用的是你的原话而已。
<br>你们的网站我看过勒。
<br>Cache的设计思路是不错的。但是我看不出网站和你列出的Cache能覆盖多少的系统评价的性能指标。
<br>你的知识面倾向于软件，系统的性能可不仅仅只包括软件。希望你“能”回答Cache数据库的容错、并发、事务、负载等解决的原理和设计。HIS厂商败在构架、DB设计上的不在少数，往往一个Cluster就搞的有着优雅界面的App灰头土脸。没有量化的东西，我觉得是不可信的。。。。。
<br>再者，别忘勒，IT里优秀的东西多着呢。不要眼里只有一个Cache。<!--quote2--></div><!--quote3-->
<br>
<br>你还是挂个电话给我,021-5665 4986, 或发个具体的设计上的问题给info@intersystems.cn
<br>这样我们比较一下原来关系型数据库的解决方案和Cache的解决方案.
<br>
<br>"再者，别忘勒，IT里优秀的东西多着呢。不要眼里只有一个Cache"
<br>对不起, 我的眼里只有一个Cache,因为这是我的job.

Cacheman

<!--quote-medsoft+2005-08-22 05:02--><div class='quotetop'>引用medsoft &#064; 2005-08-22 05:02)</div><div class='quotemain'><!--quote1-->我看到了您的诚意，谢谢您能花这么多时间解释，我总结确实太绝对了！
<br>
<br>您的真诚也会打动很多人！
<br>
<br>帮助别人作出正确的选择，也会为自己赢得更大的成功，这样ISC更会成为一个伟大的公司。<!--quote2--></div><!--quote3-->
<br>
<br>ISC在中国的路还很长.目前我们还在起步阶段,谢谢你对Cache的兴趣和对我们的支持.

jxdn_yang

我个人认为cache那种面向对象的思想是趋势,关系型数据库的缺点随着数据量和复杂度的发展会明显...........而多维的概念一定会得到推广

zuoxuhua168

你的思维很厉害！

fancycn

<!--quote-jdli+2005-08-22 17:31--><div class='quotetop'>引用jdli &#064; 2005-08-22 17:31)</div><div class='quotemain'><!--quote1--><b>"举个例子，请用OR mapping的工具实现人类家族谱的数据模型，我只要求可以实现上下查到祖孙3代，以及直系、旁系3代。"</b> 感觉quanta说得太绝对, 似乎只有cache才能做到. 有兴趣的朋友,可以访问下面的link:&nbsp; <br>&nbsp; <a href="http://www.hci.utah.edu/groups/ppr/index.html" target="_blank">http://www.hci.utah.edu/groups/ppr/index.html</a>
<br>UPDB最深实现了跨越九个代系的DATA REPRESENTATION, 并且有多篇在TOP专业杂志发表的文章是通过对UPDB进行 DATA MINING所得的数据进行科学统计与分析产生的.&nbsp; <br>顺便提一下, UPDA 是基于SYBASE, 目前正向SQL SERVER CONVERTING...
<br>The Utah Population Database (UPDB) is a rich source of information for genetic, epidemiological, demographic and public health studies.&nbsp; For 30 years, researchers have used this resource to identify and study families that have higher than normal incidence of cancer or other diseases, to analyze patterns of genetic inheritance and to identify specific genetic mutations.&nbsp; Demographic studies have observed and analyzed the trends in the fertility transition and changes in mortality patterns for both infants and adults.&nbsp; <b><font color="darkred">The UPDB is the only such database of its kind in the US and one of few such resources in the world.</font> </b> The central component of UPDB is an extensive set of Utah family histories, in which family members are linked to demographic and medical information.&nbsp; The UPDB also includes diagnostic records on cancer, cause of death, and medical details associated with births.&nbsp; The UPDB provides access to almost 9 million records and supports over 55 research projects.&nbsp; These data can only be used for biomedical and health related research.<!--quote2--></div><!--quote3-->
<br>好久没来，这个帖子还挺热闹嘛，quanta没有研究过o/r mapping的工具，就不要武断的下结论，你去研究一下后再回来说，建议你就看hibernate，别的o/r工具你就不要看了，看它能做到什么程度！
<br>反正我目前用.net开发感觉爽的很，速度很快，因为有很多代码生成工具帮忙！

Cacheman

<!--quote-fancycn+2005-10-18 15:00--><div class='quotetop'>引用fancycn &#064; 2005-10-18 15:00)</div><div class='quotemain'><!--quote1-->好久没来，这个帖子还挺热闹嘛，quanta没有研究过o/r mapping的工具，就不要武断的下结论，你去研究一下后再回来说，建议你就看hibernate，别的o/r工具你就不要看了，看它能做到什么程度！
<br>反正我目前用.net开发感觉爽的很，速度很快，因为有很多代码生成工具帮忙！<!--quote2--></div><!--quote3-->
<br>
<br>如果你不是上海东软的话,可以去问他们,他们为美国医疗卫生巨头quadramed做开发(外包),开始的想法和你一样,现在.....