讨论金融行业的数据仓库建设 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

最初由 zyzdy 发布
[B]需求在慢慢演进吧,前二年NCR就到过我以前公司,从概念到实现,都有讲过...用NCR的话来说,目前的数据理还是太小,小得可以不用建数据仓库,大不了叫数据集市的概念吧!
随后IBM也来推销过他的概念,不过,就目前的情况而已,国内保险行业的需求,估计还没有到需要建数据仓库这一步! [/B]
根据我们对保险公司各个层面的访谈,建设数据仓库是非常紧迫的,只是一时还不能满足他们所有的需求.
根据我们对保险公司各个层面的访谈,建设数据仓库是非常紧迫的,只是一时还不能满足他们所有的需求. [/B]
如果访谈的对象是IT，哪我无话可说.
需要肯定是需要的，至少在IT人员眼里更容易产生这样的认识，至于业务人员，有这样认识的相对较少，他们更倾向只要结果，而不了解为了得到某些结果，非要数据仓库不可。
亚当能否点明“看你怎么实施了。。。”背后的话啊？
１－如果没有业务和IT方面都有深入了解的人提出需求，那么仓库的建造只能沦为报表仓库
２－数据挖掘所应用的公式（或者所用的参数）如果不是符合数据所在地区的实情，差异过大只会得到反效果
３－数据模型设计得不全面，会由于不断修改而令ETL工作量极其繁重，让技术员骂死
４－高层想永远不会在仓库建成之前提出他真正的需求，只会即兴想得到什么就是什么，所以系统的AdHoc查询性能一定纳入重点考量，多维数据库也不是万能的，超过１６个维就不行了
５－NCR的机器还是不错的，我们行里用的就是NCR，只不过一开始由于预算的关系没有买高一级配置的，搞得现在再想扩展很麻烦，两个级别的机器混在一起使用，性能的上升会没有那么好，但上升的比例绝对比IBM的好。
６－我个人认为，最好的数据仓库是能够容纳所有生产数据而不丢失任何细节，同时，能够便利的扩展以适应新的数据格式加入，它应该只是一个新的数据平台，所有对生产的分析和挖掘都从中得到答案。如果以集市的方式来建造（就是以需求驱动），终有一天还是会出现集市之间数据重叠或是相左而导致重建仓库的回头路。
我知道很多以IT为导向的,都是图项目而已,没有实际的需求,也不知道该做成什么样子,心中一点数没有,最终的结果要么成为摆设,要么成为报表系统...
需求应该是有的，但应该还是数据集市一级吧。公司的各个部门绩效考核，公司的内部标准都没有统一，每个部门的标准保费计算都不一样，做出个大的集中的仓库，又有谁会用呢？
业务人员会说，这个不符合业务要求。
银行现在对数据仓库的用途不是特别清楚。目前主要是加强管理和风险控制，至于客户情况还不至于使用数据仓库来分析或提取有用的信息。