浅谈一下为什么cache不在HIS中应用

ctiger · 发表于 2006-4-25 16:11:48

<table style="TABLE-LAYOUT: fixed; WORD-WRAP: break-word" cellspacing="0" cellpadding="0" width="100%" border="0"><tr><td valign="top"><div class="postcontent" id="show63810"><a href="http://bbs.miforum.net/profile.php?u=228" target="_blank">citycode</a>：</div></td></tr></table>呵呵，当然指查询高效了

citycode · 发表于 2006-4-26 09:31:03

<div class='quotetop'>引用

ctiger @ 2006-04-25 16:11)</div><div class='quotemain'><table style="TABLE-LAYOUT: fixed; WORD-WRAP: break-word" cellspacing="0" cellpadding="0" width="100%" border="0"><tr><td valign="top"><div class="postcontent" id="show63810"><a href="http://bbs.miforum.net/profile.php?u=228" target="_blank">citycode</a>：</div></td></tr></table>呵呵，当然指查询高效了</div> 得了,有机会还是和<a href="http://bbs.miforum.net/profile.php?u=3268" target="_blank">Cacheman</a>聊聊.

citycode · 发表于 2006-4-26 09:34:01

<div class='quotetop'>引用

ctiger @ 2006-04-25 16:11)</div><div class='quotemain'><table style="TABLE-LAYOUT: fixed; WORD-WRAP: break-word" cellspacing="0" cellpadding="0" width="100%" border="0"><tr><td valign="top"><div class="postcontent" id="show63810"><a href="http://bbs.miforum.net/profile.php?u=228" target="_blank">citycode</a>：</div></td></tr></table>呵呵，当然指查询高效了</div> 您老喊空口号,所问非所答,可能只是一个空的理论家,有机会还是和<a href="http://bbs.miforum.net/profile.php?u=3268" target="_blank">Cacheman</a>交流

wohenbenben · 发表于 2006-4-26 10:35:11

首先就上一页，但是数不清是哪层楼的哥们的关于数据挖掘的一个说法，发表一下评论：基于关系型的数据挖掘，能避免建立“立方体（cube）”吗？凡是用过或者见过基于关系型数据库或者关系型数据存储的工具的人，不管这个工具有多好看或者是多智能，相信都忍受不了重建cube的时间吧。甚至有人complain说，重建cube需要几个月呢。然后，就刚才两位哥们关于高效查询发表一下评论（个人观点）：1、使用xmltype或者类似xml文档直接存数据的方式，我认为不可取。因为，查询统计的时候很慢。电子病历的主要目的，不是把纸做的病历电子化，而是为了医疗学的各种分析，帮助医生研究或者诊断等等。如果用这类方法存，将大大影响分析的速度和效果，不是一个好的存储方式。甚至，许多病理学分析的查询要求是很难或者不能满足的。2、我认为，xml类型可以用来数据交互。比如服务器和客户端的信息交互，系统之间的信息交互，打印等设备之间的交互，等等。存储的时候，用一些结构化的（当然是一种点之间有结构化的拓扑结构），在使用或者交互的时候，以XML这种标准的形式。即界面、工具、别的系统等等获得的都是XML，数据内部分析起来也不会影响效率。3、caché里的高效可以通过多种方式。例如，方法一：把XML导进来直接生成类，操作是直接建立在类上的；方法二：把数据真实的展现在global（多维数组）上。对于方法一，类之间的设计是基于面向对象的，关系很灵活，完全可以建立任意复杂的逻辑拓扑结构；对于方法二，多维数组本身就是高效，而且可以把锁控制在最小到节点上（相当于一个字段），等等特性，都是可以很好利用的。4、caché里有很多的索引技术。比如，对索引数目没有限制；有动态的事务型位图索引，等等。都是可以让查询高效的技术。上面是个人理解，大家可以参考或者批评。

Cacheman · 发表于 2006-4-26 10:57:38

补充一点: cube有丰富的理论支持.就像经典经济学或经典物理学,参考书多的很. 而无cube建模主要在于应用效率的突破,如现代经济学或现代物理学,没有那么多的系统理论,但很容易产生突破和创新.

小溪 · 发表于 2006-4-27 14:48:55

<div class='quotetop'>引用

scide @ 2005-09-14 14:02)</div><div class='quotemain'>用什么技术，不是最根本的。太多的公司总那一些自以为用户不太了解的技术去玩弄用户，真的很不好！什么三层呀，B/S,C/S呀，这不都是不太远的昨天我们的公司所“呐喊”高呼的吗！只要应用好，那怕用最一般的语言，最一般的数据库，只要开发的系统优秀，就是好的！就好比吃饭一样，关键厨师做的好，哪个饭店会说我们的铁锅铝锅金勺银勺技术多先进呢？只要饭好就好，记得了，朋友！</div> 如果开发软件和数据库及构思不好，就谈不上好用，比如DOS和WINDOWS，在一些方面两者都可以用上，但是

citycode · 发表于 2006-4-27 15:15:57

<div class='quotetop'>引用

wohenbenben @ 2006-04-26 10:35)</div><div class='quotemain'>首先就上一页，但是数不清是哪层楼的哥们的关于数据挖掘的一个说法，发表一下评论：基于关系型的数据挖掘，能避免建立“立方体（cube）”吗？凡是用过或者见过基于关系型数据库或者关系型数据存储的工具的人，不管这个工具有多好看或者是多智能，相信都忍受不了重建cube的时间吧。甚至有人complain说，重建cube需要几个月呢。然后，就刚才两位哥们关于高效查询发表一下评论（个人观点）：1、使用xmltype或者类似xml文档直接存数据的方式，我认为不可取。因为，查询统计的时候很慢。电子病历的主要目的，不是把纸做的病历电子化，而是为了医疗学的各种分析，帮助医生研究或者诊断等等。如果用这类方法存，将大大影响分析的速度和效果，不是一个好的存储方式。甚至，许多病理学分析的查询要求是很难或者不能满足的。2、我认为，xml类型可以用来数据交互。比如服务器和客户端的信息交互，系统之间的信息交互，打印等设备之间的交互，等等。存储的时候，用一些结构化的（当然是一种点之间有结构化的拓扑结构），在使用或者交互的时候，以XML这种标准的形式。即界面、工具、别的系统等等获得的都是XML，数据内部分析起来也不会影响效率。3、caché里的高效可以通过多种方式。例如，方法一：把XML导进来直接生成类，操作是直接建立在类上的；方法二：把数据真实的展现在global（多维数组）上。对于方法一，类之间的设计是基于面向对象的，关系很灵活，完全可以建立任意复杂的逻辑拓扑结构；对于方法二，多维数组本身就是高效，而且可以把锁控制在最小到节点上（相当于一个字段），等等特性，都是可以很好利用的。4、caché里有很多的索引技术。比如，对索引数目没有限制；有动态的事务型位图索引，等等。都是可以让查询高效的技术。上面是个人理解，大家可以参考或者批评。</div> 你有这方面的实际应用过吗,呵呵,避免建立“立方体（cube）”能挖掘,简直是扯淡,如果过说基于面向对象,就可数据挖掘,那数据挖掘的理论还一直在发展,有必要吗,不要只谈理论.

Cacheman · 发表于 2006-4-27 16:34:45

<div class='quotetop'>引用

citycode @ 2006-04-27 15:15)</div><div class='quotemain'> 你有这方面的实际应用过吗,呵呵,避免建立“立方体（cube）”能挖掘,简直是扯淡,如果过说基于面向对象,就可数据挖掘,那数据挖掘的理论还一直在发展,有必要吗,不要只谈理论.</div> "避免建立“立方体（cube）”能挖掘?当然可以.请看 <a href="http://www.speedminer.com/q-speed%20ETL.htm">http://www.speedminer.com/q-speed%20ETL.htm</a>中文的理论等会儿回复你

ctiger · 发表于 2006-4-27 17:29:13

<a href="http://bbs.miforum.net/profile.php?u=228" target="_blank">citycode</a>:建立“立方体”是做什么？最简单得说就是将二维的数据按事先指定维度组装成多维的，并作聚集预运算。所以有大量数据（银行、电信、国家经济运行统计……）情况下，向立方体中增加一个维度，将导致大量的重算，这个时间动辄数周月。而Cache'本身就是多维的；Cache‘的位图索引能高效进行检索和聚集运算,举个例子：如果你要得到某地区的销售总量，在Cache'里在地区上建立位图索引，直接读取该地区索引位串为1的位，并将这些对应位的纪录销售量相加就是总销量。所以，雪花形结构里每个维度表都可以由Cache'里的一个位图索引替代。这样当然不需要事先去建立Cube进行维度预指定和预运算了。SpeedMiner简单得说，就是这么个原理。

Cacheman · 发表于 2006-4-27 17:56:46

这个就是我们一直强调的． １）关系行数据库把世界的多维变成2维表,到数据挖掘的时候,建立cube把二维变成多维。2）Cache本来就是多维的，所以省去了上面的多维－－〉二维－－〉多维。直接多维－－〉多维。这就是cache海量数据挖掘的最根本的道理。其实不仅仅在医疗，ISC中国已经接到其他行业的订单。

		自动登录	找回密码
密码			欢迎注册