关于数据仓库

kt563

最近做过几个项目，主要是为数据挖掘服务的。
个人感觉比较杂，从数据仓库dba,到ETL工程师，都兼职做着。
自身是普通dba，感觉做起来上手还是很快的。
几乎不用ETL工具，都是自己写代码实现的。
oracle的数据仓库，pl/sql和shell搭配起来干活，基本上都能实现。

国内什么时候能走到这步，专职做一个职业？
路遥远啊。。。

ly5066113

还是和项目的规模有关的，3、5个人的小项目肯定是身兼多值的，50人的项目就分工明确了。

raullew

一个人做10份工作的飘过

innovate511

其实国内规范做项目的越来越多，只是还有相当多的企业在尝试性地在做，所以投入不大，也不太讲究规范。

规范、延续性强的重要标志之一就是使用工具帮助管理。因为纯代码“散装”组成的DW系统，最大的问题就是管理难、维护成本随着深入越来越高，项目升级和移植困难，特别是IT人员流动大的问题更容易造成系统无法延续下去。

hero--008

原帖由 innovate511 于 2008-9-18 22:48 发表
其实国内规范做项目的越来越多，只是还有相当多的企业在尝试性地在做，所以投入不大，也不太讲究规范。

规范、延续性强的重要标志之一就是使用工具帮助管理。因为纯代码“散装”组成的DW系统，最大的问题就是 ...

严重同意！切身体会啊！刚想说一楼的手工编码可维护性及流程的控制比较麻烦（容易出错），就看到您老的帖子了～哈哈，学习，请多多指教啊！！！

innovate511

小规模项目使用代码还行，大规模使用，长期做下去，痛苦就只有实施的人自己知道了。

kt563

etl工具好是好，得花钱。
可以提供源代码的还凑合用，什么时候可以开源就好了。
数据仓库从业人员发展方向如何？

innovate511

原帖由 kt563 于 2008-9-22 14:59 发表
etl工具好是好，得花钱。
可以提供源代码的还凑合用，什么时候可以开源就好了。
数据仓库从业人员发展方向如何？

舌不得花钱买工具的项目现在多半是小项目了，电信金融行业，以前也有很多是人工代码写的ETL，不过最近2年都频频换用工具，不得不说是趋势。至于小项目，真的没有太多搞头，所以感觉从业人员的发展方向就是多做大项目，到后来你自己带头整大项目，就成长起来了。