不过speedminer你可以去看一下,那个就是基于cache的.

我认为你因为海泰没有强大的基于cache的数据挖掘系统,就断定没有"cache数据库所说的挖掘等效果,呵呵"有点不符合逻辑.

speedminer我用过了,而且也很熟悉了,原理上同样是数据仓库的,也是需要从生产数据库转到数据仓库,没有很特别,oracle等的数据仓库同样能达到这种功能和效果,在电信等行业数据挖掘用的很成功的,因此数据挖掘不是cache特有或是说特别突出的功能.我觉得你们的数据刷新技术是很好的,不需刷新整个页面，

看了您很多关于cache对xml电子病历的应用,但因为很少看见您说的电子病历这方面的直接对病历的xml进行检索的东西,所以说才提出这个疑问,能提供一个有这种应用参观的地方吗?因为我们很关注这种没有经过数据仓库整理的直接挖掘应用.对于生产数据的直接挖掘是有一定难度的,特别是病历,每一份的xml节点结构都不一定相同.谢谢,也希望得到您的答复!

xml形式的数据至今没有哪个数据库能做到高效查询，更别提用在数据挖掘领域了。Cache'也不例外。Cache'的优势是它可以将XML形式的数据方便的存储在Cache'里（例如以对象的形式或Global的形式），然后再高效查询。

引用ctiger @ 2006-04-20 14:22)

xml形式的数据至今没有哪个数据库能做到高效查询，更别提用在数据挖掘领域了。Cache'也不例外。Cache'的优势是它可以将XML形式的数据方便的存储在Cache'里（例如以对象的形式或Global的形式），然后再高效查询。

怎么个"高效查询",每个病历都是一个对象的形式,现在也存进去了,就是不知道"高效查询",能否指点一下?多谢了!

citycode：

如果你说的是将整个或部分病历以XML形式存进数据库的某个字段（CLOB？），请问你有经验或自信进行诸如：2005年作过乙肝检查同时查出患有乙肝，并住院治疗并已康复的病历的这样简单的查询吗？如果能做，你能忍受查询的速度吗？

我知道，现在有很多关于Cache'的谣言，“谣言止于智者”，不会有什么产品会没人骂，如果有，那一定是不知名的，别人都懒得骂的。所以，大家这么热烈是好事。欢迎大家踊跃提问，同时，更欢迎大家多了解一点基础知识，为骂而骂就没有意思了。估计上面的话得罪了不少人，就事论事，见谅。

xml形式的数据至今没有哪个数据库能做到高效查询，更别提用在数据挖掘领域了。Cache'也不例外。Cache'的优势是它可以将XML形式的数据方便的存储在Cache'里（例如以对象的形式或Global的形式），然后再高效查询。

我只是想问问您所说的＂高效查询＂，是指什么高效，我们很感兴趣，您说的那种查询，呵呵，偏离主题．

citycode：

呵呵，当然指查询高效了

引用ctiger @ 2006-04-25 16:11)

citycode：

呵呵，当然指查询高效了

得了,有机会还是和Cacheman聊聊.

引用ctiger @ 2006-04-25 16:11)

citycode：

呵呵，当然指查询高效了

您老喊空口号,所问非所答,可能只是一个空的理论家,有机会还是和Cacheman交流

首先就上一页，但是数不清是哪层楼的哥们的关于数据挖掘的一个说法，发表一下评论：基于关系型的数据挖掘，能避免建立“立方体（cube）”吗？凡是用过或者见过基于关系型数据库或者关系型数据存储的工具的人，不管这个工具有多好看或者是多智能，相信都忍受不了重建cube的时间吧。甚至有人complain说，重建cube需要几个月呢。

然后，就刚才两位哥们关于高效查询发表一下评论（个人观点）：

1、使用xmltype或者类似xml文档直接存数据的方式，我认为不可取。因为，查询统计的时候很慢。电子病历的主要目的，不是把纸做的病历电子化，而是为了医疗学的各种分析，帮助医生研究或者诊断等等。如果用这类方法存，将大大影响分析的速度和效果，不是一个好的存储方式。甚至，许多病理学分析的查询要求是很难或者不能满足的。

2、我认为，xml类型可以用来数据交互。比如服务器和客户端的信息交互，系统之间的信息交互，打印等设备之间的交互，等等。存储的时候，用一些结构化的（当然是一种点之间有结构化的拓扑结构），在使用或者交互的时候，以XML这种标准的形式。即界面、工具、别的系统等等获得的都是XML，数据内部分析起来也不会影响效率。

3、caché里的高效可以通过多种方式。例如，方法一：把XML导进来直接生成类，操作是直接建立在类上的；方法二：把数据真实的展现在global（多维数组）上。对于方法一，类之间的设计是基于面向对象的，关系很灵活，完全可以建立任意复杂的逻辑拓扑结构；对于方法二，多维数组本身就是高效，而且可以把锁控制在最小到节点上（相当于一个字段），等等特性，都是可以很好利用的。

4、caché里有很多的索引技术。比如，对索引数目没有限制；有动态的事务型位图索引，等等。都是可以让查询高效的技术。

上面是个人理解，大家可以参考或者批评。

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

引用scide @ 2005-09-14 14:02)

用什么技术，不是最根本的。太多的公司总那一些自以为用户不太了解的技术去玩弄用户，真的很不好！什么三层呀，B/S,C/S呀，这不都是不太远的昨天我们的公司所“呐喊”高呼的吗！只要应用好，那怕用最一般的语言，最一般的数据库，只要开发的系统优秀，就是好的！就好比吃饭一样，关键厨师做的好，哪个饭店会说我们的铁锅铝锅金勺银勺技术多先进呢？只要饭好就好，记得了，朋友！

如果开发软件和数据库及构思不好，就谈不上好用，比如DOS和WINDOWS，在一些方面两者都可以用上，但是

引用wohenbenben @ 2006-04-26 10:35)

首先就上一页，但是数不清是哪层楼的哥们的关于数据挖掘的一个说法，发表一下评论：基于关系型的数据挖掘，能避免建立“立方体（cube）”吗？凡是用过或者见过基于关系型数据库或者关系型数据存储的工具的人，不管这个工具有多好看或者是多智能，相信都忍受不了重建cube的时间吧。甚至有人complain说，重建cube需要几个月呢。

然后，就刚才两位哥们关于高效查询发表一下评论（个人观点）：

1、使用xmltype或者类似xml文档直接存数据的方式，我认为不可取。因为，查询统计的时候很慢。电子病历的主要目的，不是把纸做的病历电子化，而是为了医疗学的各种分析，帮助医生研究或者诊断等等。如果用这类方法存，将大大影响分析的速度和效果，不是一个好的存储方式。甚至，许多病理学分析的查询要求是很难或者不能满足的。

2、我认为，xml类型可以用来数据交互。比如服务器和客户端的信息交互，系统之间的信息交互，打印等设备之间的交互，等等。存储的时候，用一些结构化的（当然是一种点之间有结构化的拓扑结构），在使用或者交互的时候，以XML这种标准的形式。即界面、工具、别的系统等等获得的都是XML，数据内部分析起来也不会影响效率。

3、caché里的高效可以通过多种方式。例如，方法一：把XML导进来直接生成类，操作是直接建立在类上的；方法二：把数据真实的展现在global（多维数组）上。对于方法一，类之间的设计是基于面向对象的，关系很灵活，完全可以建立任意复杂的逻辑拓扑结构；对于方法二，多维数组本身就是高效，而且可以把锁控制在最小到节点上（相当于一个字段），等等特性，都是可以很好利用的。

4、caché里有很多的索引技术。比如，对索引数目没有限制；有动态的事务型位图索引，等等。都是可以让查询高效的技术。

上面是个人理解，大家可以参考或者批评。

你有这方面的实际应用过吗,呵呵,避免建立“立方体（cube）”能挖掘,简直是扯淡,如果过说基于面向对象,就可数据挖掘,那数据挖掘的理论还一直在发展,有必要吗,不要只谈理论.

引用citycode @ 2006-04-27 15:15)

你有这方面的实际应用过吗,呵呵,避免建立“立方体（cube）”能挖掘,简直是扯淡,如果过说基于面向对象,就可数据挖掘,那数据挖掘的理论还一直在发展,有必要吗,不要只谈理论.

"避免建立“立方体（cube）”能挖掘?

当然可以.请看 http://www.speedminer.com/q-speed%20ETL.htm

中文的理论等会儿回复你

citycode:

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