+ -
当前位置:首页 → 问答吧 → 大家在使用那些ETL工具,各有什么有缺点,讨论一下吧

大家在使用那些ETL工具,各有什么有缺点,讨论一下吧

时间:2009-03-10

来源:互联网

近期要做一个ETL的项目,数据库是oracle,不知道用什么ETL工具软件,大家给予指导一下吧。

作者: lakher   发布时间: 2009-03-10

用啥ETL,直接代码写比啥都强

作者: flywolf2000   发布时间: 2009-03-10

用啥ETL,直接代码写比啥都强

作者: esestt   发布时间: 2009-03-10

obiee ,informaitca

作者: jsj2002   发布时间: 2009-03-10

用啥ETL,直接代码写比啥都强

作者: raullew   发布时间: 2009-03-10

BO的DI

作者: laou2008   发布时间: 2009-03-10

现实点的观点:你们团队熟啥工具就使用啥工具吧,不熟悉的话,开发起来比较慢。

从项目的角度看,小型项目、短期项目最好用手工代码;大型、长期的项目,最好用工具开发,因为方便管理和规范,目前只有极少数项目才全工具开发,大部分使用工具开发都使用了存储过程来帮助实现业务ETL。全工具开发,能方便整体元数据管理和代码规范管理,而使用存储过程,元数据管理起来较难。

用工具开发的话,必须有使用工具的思维,和使用代码还是有很大的不同,如果每次复杂ETL都需要先写脚本,再工具完成,开发效率低,那还不如直接调个存储过程算了。

作者: innovate511   发布时间: 2009-03-10

年轻的时候玩工具,很鄙视那些写sp做etl的
现在嘛用sp,很鄙视那些不懂数据库,只会玩工具的

作者: esestt   发布时间: 2009-03-10

spoon是个开源的工具,基本的数据抽取和转换都能实现,功能还蛮强的,我用后觉得挺好,小数据量还可以,IBM的DATASTAGE是企业级的ETL工具,除了比较贵别的都很好,不过别用8.0,那版本就是垃圾,一堆BUG,不过要想真正到做ETL的高手,还是在理解数据库原理的基础上自己写程序吧

作者: qinrui_118   发布时间: 2009-03-10



QUOTE:原帖由 esestt 于 2009-3-10 23:32 发表
年轻的时候玩工具,很鄙视那些写sp做etl的
现在嘛用sp,很鄙视那些不懂数据库,只会玩工具的

工作头6年,全是编码实现,最近2、3年用工具。

心态很相象。

作者: innovate511   发布时间: 2009-03-11

直接写代码确实是最强悍的,
但是,一般的ETL需求,都可以通过ETL工具来实现

作者: zhangzongjun   发布时间: 2009-03-11

所有功能和优化,代码都可以实现,只所以那么多公司使用工具开发,唯一的目的加强管理,方便团队开发和长远管理规划。

作者: innovate511   发布时间: 2009-03-11



QUOTE:原帖由 esestt 于 2009-3-10 23:32 发表
年轻的时候玩工具,很鄙视那些写sp做etl的
现在嘛用sp,很鄙视那些不懂数据库,只会玩工具的

其实我觉得最重要的懂业务,技术不论是代码还是工具都没啥,就是一个经验问题

作者: laou2008   发布时间: 2009-03-11



QUOTE:原帖由 laou2008 于 2009-3-11 12:58 发表



其实我觉得最重要的懂业务,技术不论是代码还是工具都没啥,就是一个经验问题

个人觉得技术人员需要懂业务,但不能靠业务知识去处理系统问题,最好的方式是技术人员提供符合业务需要的技术平台,而让业务人员自己去开发自己想要的报表,永远不要想代替业务人员的分析功能。

作者: innovate511   发布时间: 2009-03-11

我现在用PowerCenter, 以后还不知道,

作者: graysun   发布时间: 2009-03-11

工具 VS 代码    觉得好用,效率高就行。
从技术角度,能按时保质完成任务就ok。

作者: jhe_001   发布时间: 2009-03-11

刚使用了一段infa,整体感觉还可以(上手还是比较快的),开发效率还是比较高效的,但有一些不足是:她的workflow运行时对session日志的监控不是很强,(手工的话可以随便打印日志)呵呵^_^调试起来比较麻烦。还有8.6对中文的支持不是很好(不知道以前的版本如何)。
ORACLE ODI前段时间也学习了下,教infa来说最大的好处就是可以监控每个过程运行时的情况,会生成每个步骤的脚本。
其实这些工具都是各有优劣的,选择一个最适合自己的~

作者: Hero--008   发布时间: 2009-03-11

power center是我用过在功能上最弱的,开发和调试最麻烦的etl工具
odi 10g字体太小,看着就烦

作者: esestt   发布时间: 2009-03-11

能满足业务需求就行了

作者: InfoSpherer   发布时间: 2009-03-11

odi 外观的确不爽;不过我觉得infomatica还是不错的,功能挺强大的.

作者: pingpingdong   发布时间: 2009-03-12

实际项目中用工具还是比手写要有效率,个别需求再手写点儿脚本,嵌入到工具中。用过Sagent,比较容易上手,功能丰富,尤其是它提供的数据预览功能很有用处。缺点就是Sagent的OLAP展现功能比较弱。

作者: du_wei   发布时间: 2009-03-12

手工

作者: yuanqingyu0123   发布时间: 2009-03-13

最近做的项目,是想把几十个oracle数据库的数据抽取出来,放到一个库去,想看看有没有成熟的工具,这样可以省去很多时间。
其实我很敬佩自己写代码的技术人员,我这方面是很弱。

作者: lakher   发布时间: 2009-03-17

datastage啊,直接对接数据库抽取然后写新库,连结构都不用写。

作者: Karose   发布时间: 2009-03-17

其实原理是类似的,只不过工具似乎用起来更高效。  就像现在写程序一般都是可视化的,以前可没有什么鼠标拖拖拽拽的。

作者: mingjian129   发布时间: 2009-03-18

用代码实现就牛嘛?

不管是ETL工具,还是代码,说白了都是面向业务的。

要想在数据仓库领域搞,别把自己想成技术牛人,

数据仓库也不需要啥技术牛人!

作者: wangfans   发布时间: 2009-03-18



QUOTE:原帖由 laou2008 于 2009-3-11 12:58 发表



其实我觉得最重要的懂业务,技术不论是代码还是工具都没啥,就是一个经验问题

懂业务的都在业务领域干活,不是所谓的IT站在一边吹大气:)你最多也就一“接受能力强的翻译”。

[ 本帖最后由 zaweliam 于 2009-6-5 17:36 编辑 ]

作者: zaweliam   发布时间: 2009-06-05

挖坟贴,觉得有探讨价值

作者: huanghaigood   发布时间: 2011-03-29

相关阅读 更多

热门下载

更多