数据仓库产品和数据仓库方案

Innovate 20060420

不好意思，最近换了个工作，去了新公司，也从大连跑到了上海，工作性质也从做仅一个超大项目到开始从头做各种各样的项目，比较忙，也难得上来，今天花10分钟写点东西，应该不影响工作。

经常看到不少文章说到各个数据仓库（方案）的比较，结果一看，仅仅是数据仓库产品的比较而已，离方案相差10万8千里了。通俗而简单的说，数据仓库项目如果用工业产品来比较的话，数据仓库产品就像原材料，而方案才是真正的制作流程（方案），数据仓库项目才是产品。说实话，普通数据仓库项目（100G到10TB），用teradata, Oracle, DB2都能把项目做好，中型项目以下，Sybase，sql server也能做得非常出色。

至于给客户看的时候，为啥要把数据仓库产品当成重要的东西，还要比较一下各个产品的优劣，其实只是过场，有很多商业因素在里面。当然不排除很多客户啥都不懂，以为产品好就能解决一切问题。

不过对于实施厂商以及技术人员来说，是搞服务的，就不能老在这方面下功夫，产品只是表面功夫，厂家把产品的价值都搞定了，拿谁手里都一样。所以我见到好多文章所谓的数据仓库方案仅仅是产品的比较，显得太肤浅，产品的比较人人皆知，那是拿给客户看的一部分，自己要有自己的东西，真正的方案才是服务商（实施商）的核心竞争力。再说一句，服务商是加工厂，产品商是原料供应商，搞出的产品好不好，“加工厂”的“加工技术”才是最关键的！

Babituo 20060424

即使是把方案当做成品的产品,还有两种不同的情况.
1.是拿着方案找"源材料产品"呢?
2.还是拿着""源材料"找方案呢？

如果是开发产品,拿着""源材料"找方案是自然的——我手头只有这些资源可用，能做的事就只有这些了，你看着买吧——容易被怀疑为闭门造车.

如果是向客户推介,拿着方案找"源材料产品"是自然的——你看，你的问题最好用我的产品来解决——容易被怀疑为在忽悠，先说你有问题，让你求着买我的产品。

所以,才会有实际存在的两种观念的冲突——不区分场合地同时赞同或反对两种观念。

这两种观念就是：以客户（客户的需求）为中心还是以产品（你手中仅有的资源）为中心。

刘庆 20060424

如今企业的主流观念已经是以客户为中心了吧？从强调产品到强调服务，当然现在也有将服务成为产品的，这都是一些概念上的把戏。

有的企业虽然赞同以客户为中心，但在实际运作过程中，仍然是以产品为中心。因为其中有成本的考虑，服务通常带有个性化的色彩，成本偏高，而产品是通用的，坐着收钱，后者当然更加诱人。在这种平衡下，当然会有人打着"客户至上"的名头去开发产品，即便对客户的需求不理解。反正作出来的东西要么就是削足适履，要么就是削履适足。

从管理层面看，要降低成本，必须得形成产品化的东西，即便是个性化服务，也要提取出共性，这是明智的。可如果不考虑这个"提取"的时间而强行制定一个"共性"，那跟闭门造车没什么两样。虽然从战略的层面，产品化是趋势，可盲目或者是自大地认为自己在一年之内、一个月之内就要完成这个产品化，那就是扯淡。

当然，现在很多公司都是忽悠的，即便没有产品，也能拿出一个total solution，反正那都是纸面上的东西，天下文章一大抄嘛。而作为一家集成商，他去作数据仓库项目，必然要考虑工具选择，虽然这里面有很多利益冲突，但自己选择什么工具作为开发基础确实已经不简单是战术层面的了。然而，国内似乎很少将工具选择看的很重的不多，为什么这么讲呢？我没有对所有集成商进行过调查，但从客户的行为举止那里就能看出一些端倪。

有的客户已经在作集中采购，是先招产品工具的标，然后再招集成商的标。在客户眼里，那些产品都是标准件，集成商也就是搞搞组装而已。够悲哀吧（当然是为集成商悲哀了），于是，集成商也就逼不得已，要成为多面手，提供多种，基于不同工具的解决方案，却没有那一种是自己精通的。还有的集成商不是被逼，而是野心，想占领更多的市场，于是什么方案都来，可惜，这样的集成商几乎没什么好结果。

这个时代的BI战局，风云变幻，各方都不敢轻易结生死盟，可单打独斗又行不通，只能结成临时统一战线。对于弱势的，就得站队，一不小心站错了，抱憾终身。

Innovate 20060424
随着市场的发展，越来越多的项目是中小项目，最初的以电信、金融等为主，一来就是总投资数千万的项目感觉越来越少。

中小项目相对来说好做得多，很多客户一般也不太懂深入的东西，于是感觉商业因素在那边更多，同时客户的重点在前端展现上，他们需要漂亮、方便的界面。然后这些在产品越来越丰富的今天，难度大么？显然难度越来越小，都被厂商解决了，那集成商的优势在哪里？可能有的人说是对业务的理解，有的人说是商业关系要搞好。这些诚然至关重要，但是越来越多客户是陌生的行业，对行业研究很深的似乎不多。

至于大项目，本来就少，而且我国才开始发展，允许出现很多失误，客户可以重复投资，没感觉出数据仓库技术在里面有太多作用吧？

反之看看信息化最发达的美国，上次我找到的一个数据显示，数据仓库架构师是最热的职业之一，且薪水非常高，显然，美国的BI市场中，后台数据仓库的分量可看出重要性有多大！突然想起一个朋友说的，上海有个外资银行的IT负责人是海外工作过10多年的海龟，结果厂商的售前跟人家说数据仓库，从技术到业务都不是一个级别的，当然这样的客户在中国是凤毛麟角，呵呵。我也不是抱怨，毕竟这是中国信息化必经之路，需要过程。但是对我自己来说，感觉有点那么不爽，所以现在公司时不时有海外项目的机会，我想也许哪天我能抓住一个。不过抓住机会之前，我会努力做好国内项目，即使非常小的项目而且需要处理很多杂事，毕竟这是我的职业，呵呵。

理想与现实 20060515

很多人都说NCR是最好的，也最贵，为什么推荐用它的人不多呢。除了贵，还有什么问题吗

launch 20060523

NCR的方案是很好,也是很贵.贵就贵在硬件上,它的解决方案完全跟自己的体系架构绑定在一起.

不是跟硬件设备相独立的,它那种专用的MPP架构,专用总线,专用的操作系统,Shared Nothing 完全独占的存储方案,给它带来的不开放的致命缺点.而且客户一旦使用NCR的解决方案,由于其非开放的特性,使得客户将一直绑在NCR身上.

有两个例子说明

1.南方某大省移动BI项目,NCR落马的原因,是移动负责人说,如果项目失败,NCR的设备将成为一堆废铁..无法运用到其他业务系统上去.

纵然NCR也谈过,NCR的数据仓库(Teradata)也可以安装在HP,IBM,Sun等机器上.但是在这种情况下,TeraData的性能就变的非常差.

至于Windows版本的TeraData,仅仅够作为是一个测试或者学习环境而已..

2.西南某省移动公司,使用NCR方案构建经分系统,数据仓库容量是20多T,由于初期数据量不大.想将部分存储用于其他系统. 得到的是 这20多T的空间,只能全部划分给TeraData使用.