在线分析系统(转)
去年年底的时候,曾经提过一个想法,叫做"数据探索器",参见: http://groups.google.com/group/ttnn/browse_thread/thread/714cf1e6df88... 基本想法是扔进去一堆数,然后出来统计分析报告。后来还曾考虑如果有一种挂在web上的自助分析服务就好了。今天收到的google alert里面,竟然真的出现一个叫做online data analysis system,赶紧点开看看,是一个edu网站。 http://www.icpsr.umich.edu/SAMHDA/das.html 进去转悠半天,没整明白。反正看到几个分析方法的选项,我不是搞数据挖掘的,里面的单词把我弄得头晕,退出了。哪位大
值得读的中级入门书:商业建模和数据挖掘(转)
Dorian Pyle著 该书并不拘泥于具体算法和局限的应用实例,而是从世界观(人们怎样通过主观的知识体系认识世界,并受其局限)入手,开篇即阐述了"为什么","确定挖什么","怎么挖,怎么建模"。 我越读越感觉,这些都是非常重要的,对于一个想在企业(由多人的不同思维、知识,企业的思维、知识构成的系统里)里崭露头角,对企业进步有所贡献的人。这也是作者不惜花好几页来定义"事件","物件","感知","结构","数据""系统"等的原因,重新梳理
炒股与BI(转)
去年,当股市在1100点徘徊的时候,没有人相信会到今天波澜壮阔的3600点。那个时候,为了看准一支股票,分析了各种线条,到处打听 所谓的内部消息,猜测揣摩各大机构的意图,利用散户的羊群心里,甚至想到要用BI工具来分析分析,即便如此,买了之后还得请如来佛祖、 玉皇大帝,观音菩萨、耶和华、穆罕穆德等各路诸神保佑它一定要涨上去。 如今遍地牛股,遍地流淌着的都是黄金白银,每当同事和朋友问起我该买那支股票的时候,即便是我信口开河,多少也会涨上去,似乎百 发百中,宛若赌神里面的周润发,对下一张牌了若指掌。 事实上,这个牛市
黑盒子(转)
给省公司的一个客户打电话,说市公司市场部给提出一个分析需求,如何如何。一般这种事情是需要知会一下省公司的,因为他们是领导,钱是他们付的。 是个信用评级的需求,这在银行里面做的多。我刚说"信用评级"四个字,想不到对方就连珠炮一番蹦出一番话, "信用评级你们会做吗?" "你们做的东西都不知道中间过程,给出的结果不知道啥玩意儿" "你们别到时候糊弄我们..." 我给说懵了,平时跟这位打交道不多,虽然也知道他是个心直口快的人,却想不到如此"快"法,客客气气地放下电话。这算
透过报表看业务(转)
上周跟人聊天,说起如何了解陌生行业的业务,得出一个结论——看报表。 非常同意这个说法,去年一位同事,想深入了解业务,问什么法子,我也说,从BI上面下载那些报表,一个个看就OK了。不过后来似乎他并没有这么做,当然有很多原因,其中一个原因就是比较枯燥。就连我自己,虽然知道这个道理,但一直也没有去深入阅读那些报表。 曾经有一天,在图书馆看杂志,哈佛商业评论上面有一篇关于一个女人的报道,她领导一堆人给零售商采集数据,做市场分析,人家那作的确实就比零售商自己更加了解零售市场,她简直就是我的偶像。 反观我们的业务咨
螳螂捕蝉(转)
四月份的春天,有的地方阳光明媚,有的地方沙尘满天,有的地方暴雨连连,有的地方重建家园。但人心总是浮动的,在这个发情的季节,郎情妾意随处可见。 前天晚上又喝高了,这是10天里面第五次。不知道怎么地回到家,是别人送回去的,于是我很惊讶送我的人仍然保持清醒。因为那天晚上,大家都想是发情的猪,一个个猛灌的。刚落座的时候,我想着少喝,第二天要早起出差。可是,发情由不得自己,是这个季节。 这次是一位同事要离开,于是他请客买醉。离开的是ncr,去的是腾讯。这是个不错的消息,你看,国内企业开始将外企作为目标。不过我很奇
关于创新---我的本月主要讨论话题(转)
创新的重要性这里就不多讲了,但目前的情况是,创新在DWBI界只属于少数大公司,而中小公司被越来越逼到很小的发展空间。其典型的例子,就是大公司在推出自己的一套书据仓库方案,往往不会说什么方案,怎么实施,怎么设计,而是推出一系列的产品、工具以及行业模型,其核心技术尽在其中,而第三方只需要使用他们的工具和模型,然后根据客户的需求去实施。这样很明显,如果在架构、模型有突破创新的时候,他们的工具和模型会继续保持领先,而你解决不了的问题仍然存在。 而工具、模型并不是万能的,很简单的例子,就是厂商自己的项目里,往往
HP的野心(转)
4月底的时候,HP成了BI领域的热点,因为他发布了新产品Neoview,号称是下一代数据仓库平台。 这玩意儿看起来是个大包,包括硬件软件和服务,将HP自己的服务器,他的存储,他的Non-Stop数据库,还有Knightsbridge软件都正在一起。Nonstop是一个从95年就开始搞的数据库产品,Knightbridge是HP去年年底买的一家BI服务公司。这套体系看起来咋这么眼熟呢,跟teradata的东西有点像,软硬兼施的套路。这也不怪,HP老大跟Teradata的关系挺深。 同时,就在4月24日这天,HP发布Neoview的当天,新闻上面BO、SAS、MicroStrategy、Cognos都有相关的报道
忽悠的背后(转)
我很喜欢用"忽悠"这个词,有些自嘲,因为我们经常要说一些没有谱,却装作很有谱的事情。其实这点恐怕连客户都知道,很多时候,他们其实很需要这种看起来很有谱的事情来装门面。 但除了看起来有谱,这些忽悠后面必须得有一些有价值的东西。可惜,当这个词用多了,很多人认为编瞎话是你的职责,就连自己项目组的人都是这样认为。认为跟客户打交道的人,就是应该花言巧语去蒙骗他们。因此,似乎交付件的好坏就不重要,一切都有这些忽悠子来包装。 被这样看待是一种悲哀,其实如果有好东西,为什么还要忽悠客户呢,客户不是傻子,能
笑话第一则(转)
讲个BI笑话给诸位听听,轻松一下。 阿Q在BI领域混了80年,在80岁那天,他的人生之路走向尽头,弥留之际,叫来几个朋友,老友老G和小S,还有一个晚辈小Z。 阿Q"哦,哦"两声,三人都围到床边,问有什么遗言要发表。阿Q费了好大劲儿,模模糊糊蹦出几个字,"莎~士~比~亚~"。 小Z赶紧去书架上找,一会儿回来,手里拿了一本《哈姆雷特》。 说:"老Q,你看,这是莎翁名著,我会把它给你陪葬的,安息吧!" 阿Q"呃~"的一声凄惨,看来不是。于是小S去书架上找,看到一本毛选,里面有些毛片,取出一张塞
数据模型支撑BIDW项目之基本思路(转)
最近给公司写"Advance Dimensional Model Solution"的PPT文档(英文)中, 目标就是帮助在一般项目中如何快速建更好地建模型去服务业务模型以及更多BI应用, 不仅仅是OLAP应用。这里主要讲维度模型,不涉及如何构建整个数据仓库系统,就是谈数据集市这个层面如何更好地为业务需求服务。 主要谈到以下几点: 1. 用DW2.0的某些优点来帮助更好地建设多个数据集市的MD构建思路. 从一个新的角度看待问题,比如数据联通性等等。 ----- 以数据仓库整体架构思路考虑, 适合多个数据集市, 多个部门的多业务分析BI需求. 2. 数据集市和数据模型,
业务驱动BI (转)
谈"OLAP工具毁了BI",本身没有涉及到DW. 最后居然和 innovate511 在DW与BI上一直争论起来.正常争论而已,innovate511先生不必太郁闷. 其实我们讨论BI的目的是为了更好的实现BI,但如果各位认为我有推销之嫌疑,我尽量不提产品. 我认为,如果市场对BI效果失去信任的话,DW也将受到极大影响. 但有一点,我必须认同innovate511先生的观点, 目前的BI厂商试图利用元数据管理解决方案来解决数据质量和集成问题,这是一个非常错误的提案.因为数据上架、清洗等工作不是BI的范畴,的确是DW的地盘。 其实和innovate511先生讨论到最后变成"DW
笑话第二则(转)
经过繁忙的一天工作,阿Q跑到西北杂粮馆吃面,点了一碗岐山臊子面。 一番希里哗啦之后,阿Q的郁闷情结起来,猛地站了起来,大力一掌拍在桌子上,玻璃随即碎成18块。他大唱到: 老子今年二十七至今没有召过鸡天增岁月人增寿不能再负小弟弟 这时候,旁边一哥们,西装革履,正对着笔记本边吃饭边上网呢。听到这一顿唱,边走过来,递上名片,上书"神马公司BI资深权威高级顾问牛BI先生"。下面是两人对话。 牛:听到先生如此苦闷,鄙人不才,有全套BI解决方案帮您消除烦恼。我们代理全球各种BI工具,并且可以为您的喜好度身定做。请问
三位一体,废话(转)
周末在图书馆蹓跶,瞅见一本书——《三位一体的商务智能》,这本书在一些国内BI社区里面有所宣传。作者王茁,还有一位作者叫顾洁,看介绍,怀疑是他媳妇儿,难道是珠联合璧?在印象里面,难得有中国字原创的BI书籍,便借阅一读。 所谓三位一体,是指管理、业务和技术。在ttnn,经常争论的是业务和技术,上次有位"管理之路"的朋友也将管理提出来着重提出。其实管理这个东西,当然非常重要,不过容易说得很虚,所以大多也没人谈这个。因此,从名称上就能猜到,这是一本全面介绍BI的书籍。而且作者还能找到郁闷先生给作序,也算是镶
给做大项目的EDW实施商一点建议(转)
1.数据模型永远基于业务模型归纳出来的,不是凭空想象出来的,不是靠看几本国外实践的书就能建的,理论要联系实际,中国的实际要求远比那些国外的书上写的复杂的多. 2,数据质量和数据完整性问题永远不会消失,没有一劳永逸的办法可以解决。别妄想建一个什么EDW能解决数据质量和数据完整性的问题. 数据来源是否准确目前还在解决中. 3,要贴着ORACLE,IBM这些大的BI/DW厂商,参考他们的行业EDW模型去拿项目,项目拿到后,结合用户实际业务的要求,尽量修改项目实施前要求技术参数标准(估计那些技术参数要实现需要化很多代价),尽快结束项目. 4,永远记住
从建筑行业谈所谓的EDW数据先与BI应用模式是否存在(转)
有人喜欢用建筑行业和BI比较,从他对建筑行业流程的描述中来看,他对建筑行业是一点不懂,别以为在上海看了几眼金茂就以为了解金茂大厦是如何建起来的. 本人不从事建筑行业,但本人的亲人却从事建筑行业,父亲从事从事建筑施工50多年,我兄长从事建筑设计近20年(一级建筑注册师),我太太从事建筑结构设计10年(一级结构注册师). 建筑行业是所有行业最规范的行业,远比软件行业规范的多,象软件行业,出一本书,做几个项目就可以自定义牛人,架构师,真是太搞笑了. 看看建筑行业那些一级注册师(就象软件行业那些牛人)的考试吧,首先考的人一定有工作经验,一
部门被砍之后(转)
在北京开了三天会,一则消息终于确定下来,我们BI这个部门将被废掉。 这不是令人震惊的消息,因为早在四月份就已经有了这个消息,只是尚未明朗而已。领导们很为大家着想,建议大家转做别的,诸如增值业务之类的。为什么砍掉BI部门呢?倒不是领导认为这块没前景,或者说是什么战略的考虑(当然,名义上是战略考虑)。其实大家都明白,是因为价钱没谈拢——这个BI部门主要做的就是外包。跟NCR合作了一年半快两年,项目本身做的不错,大家都挺有成就感,可惜,这根本不是最重要的因素。是没钱可赚?从去年的财务数字看,这个部门是盈利的。当
讨论些宽泛或者广为认同的东西毫无意义(转)
如果做好项目才是实际的. 我昨天还和公司销售说, 我们销售解决方案的时候, 肯定要跟着客户的思路去推销, 而不能一下把本质问题说出来. 比如客户说某BI产品不行, 报表 不规范, 数据质量差, 报表打印出来很慢. 其实这不是产品问题, 而是实施厂商的问题, BI工具之间没太大的差距, 该有的功能大家都是半斤八 两. 而我们推销实施方案的时候可能绑定一个产品,但不能绑太死, 给自己多一个机会, 只是多突出下在这个产品的成功案例. 数据仓库的建设是数据驱动为好, 还是业务驱动为好, 国外争论了10多年了, 还没下定论, 有同志想下个结论, 那就下吧,
回复: 部门被砍之后(转)
在我看来,Qing现在的状况跟创业一样("承包一个部门"、"自己去折腾"),都是找投资商支持去搞BI咨询。只不过这里的投资商就是公司老总。所以我觉得可以用创业的角度去讨论。上面几位兄弟,都是老IT了。基本上抱着谨慎不乐观的态度。我想,是不是应了一句老话:越是熟悉某个行业的人,创业的干劲越少。这句话我的理解是,既然是老IT了,目前薪酬也不低,还有家庭负担,所以很难全身心投入去创业。另外,对IT行业越是了解深入,越看出行业内的各种问题、制约、束缚,激情也逐渐被这些负面的东西消磨了。当然了,Qing也
炮制亮点(转)
以前,我们有个半月谈会议,跟客户总结一下每个专题应用的进展,有什么亮点之类。后来,慢慢地变成了月经会议,接着变成季候风... 现在似乎是进入更年期,不知什么时候才来一下。上周,终于又坐到一起正儿八经地开会,似乎还是开过年的第一次。这经常不碰,就会发现相互的理解偏差。从过年回来,我们这个项目组一直积极搜集地市公司的分析需求,缩短分析建模周期。这是引以自豪的。可是站在省公司层面,发现这样行不通。 将今年投几个月做的需求呼啦拉拉下来,几十个。领导眉头一皱,根本没有细看。说,这不行,太多了。亮点,亮点在哪儿?