Decode360's Blog

业精于勤而荒于嬉 QQ:150355677 MSN:decode360@hotmail.com

  BlogJava :: 首页 :: 新随笔 :: 联系 ::  :: 管理 ::
  397 随笔 :: 33 文章 :: 29 评论 :: 0 Trackbacks

11.BI

     摘要: 今天从邮件里翻出一篇N久以前的选型文章,感觉挺有意思的,特地发上来。是06年4月的文,已经过去3年多了,这其中Cognos和Hyperion都已经被收购了,还应该加上文里没有提到的BO,看来这个市场已经越来越受到软件大鳄的关注了。文中说的ROLAP也逐渐流行起来,现在大有超越MOLAP的趋势,主要还是取决于现在硬件的大大加强,使得ROLAP的性能越来越好。微软的Analysis Service也已经发布了2008版本,实用性是越来越强了,目前这个市场属于百花齐放型来的。  阅读全文
posted @ 2009-07-29 21:20 decode360 阅读(439) | 评论 (0)  编辑

     摘要: 在Linux上安装OWB是比较顺利的,基本上和安装Oracle的过程一样。但是在之后配置Repository的过程中遇到了不少问题,下面记录一下:  阅读全文
posted @ 2009-07-15 22:15 decode360 阅读(867) | 评论 (0)  编辑

     摘要: 最近在讨论关于建设报表平台的事情,于是对这方面的产品简单得了解了一下,做个初步选型。发现这方面的软件很多,特别是国内和国外的软件对比,优点和缺点都是比较突出,让人很难抉择。用国内的软件,操作方面、价格便宜,但是就是怕软件的后续支持不好。国外的软件服务、支持都是没有问题,但是实在是不太符合国内的报表制作习惯,估计到时候会很痛苦,让人很难抉择。因为没有实际使用过这些工具,所以在网上摘录了一篇介绍的文章看一下:  阅读全文
posted @ 2009-07-03 19:55 decode360 阅读(395) | 评论 (0)  编辑

     摘要: 一直想在手工ETL的同时自己做一个简单的元数据管理库。到网上搜索了一下,有前辈说可以参考开源项目Kettle的源代码,于是就到网上下了一个用了一下,发现过程比较简洁,而且在很多地方都做得比较人性化,比如支持自己编写SQL、Java Script等。所以特地打算研究一下,发现网上已经有很多教程了,转一篇过来看看。改天有时间再研究一下后台的代码。不过对于元数据的记录信息似乎少了点,不过鉴于它是完全免费使用的,也没什么可说的了。下面是转载文:  阅读全文
posted @ 2009-06-19 22:18 decode360 阅读(3495) | 评论 (2)  编辑

     摘要: 从数据仓库的角度来说,给海量数据建很多B-Tree索引从性能上来说是不太好的,要尽可能得使用Bitmap索引,主要是以下几个因素:
......  阅读全文
posted @ 2009-04-29 21:30 decode360 阅读(283) | 评论 (0)  编辑

     摘要: 公司目前在ETL这个环节上基本处于手工开发的原始阶段,领导已经不满意了,估计以后会选择一种工具进行开发,所以先看一下ETL工具的选型。据说同业使用Datastage的比较多,不过看了这篇文章之后,我还是更加倾向于用ETL Automation来实施,可以跟之前做的工作完全对接起来。不过跟朋友聊的时候都说ETL工具比较白痴,没什么技术含量,基本上都是拿来忽悠人的,汗……
  阅读全文
posted @ 2009-04-17 22:49 decode360 阅读(260) | 评论 (0)  编辑