爱你在心口难开

丁西宁
20060312

昨天给武汉国税的客户培训Oracle的ETL工具如何使用，虽然一直强调ETL工具对于元数据管理、代码生成、开发效率的重要性，但是客户好像并不这么认为。

元数据可以记录和管理源和目标数据库的数据结构、数据之间的映射关系、业务逻辑，它为前端展现工具、以及后台数据抽取提供了一个共享、一致的机制。

但是现在由于前后台不是用一个厂商的工具开发，所以现在前后台的元数据虽然一致，并不共享。缺乏保证一致的手段，现在只能靠人工。

元数据的一个特色就是可以控制数据抽取的业务规则，在需求变化的时候，可以通过元数据管理来保持需求和规则变更的一致性。客户是最熟悉业务的，就像客户就是上帝一样。对于我们集成商来说，需求变更是必须的，因为这样，虽然不太熟悉业务，但至少可以记录业务的变化呀。元数据管理对于集成商来说是法宝。而对于客户来说，客户不但熟悉而且理解业务，这时候元数据管理这个功能对于客户来说就变得不是那么重要了。

那么这么分析，ETL工具对于客户的价值到底在哪呢？代码生成吗？也不是，国税信息中心不乏Oracle的OCP，Oracle的ETL工具生成的PL/SQL代码对他们来说，自己写也费不了多少力气。到底好处在哪呢？

即使说了这么多问题，我还是认为ETL工具在一个数据仓库项目中的重要性，但在这个项目中却找不出合适的理由。看来一定有要改进的地方。

Innovate

呵呵，这个事情好象qq群里提到过。我觉得工具还有个好处就是便于管理，手工代码时间长了，需求变更多了，始终感觉难以管理。而且元数据管理的好处不仅仅是你开发方便，而在于长久的系统升级、需求变更带来方便。即使你精通业务，在需求不断变更，ETL代码不断增加后，只有通过元数据管理才能理清楚复杂的数据和业务逻辑。

丁西宁

其实客户对于ETL工具的概念已经了解了一些，包括Oracle在内的厂商已经给他们介绍过。项目已经差不多结束了，客户以后需要自己来维护，所以才培训，而且培训重在动手，ETL工具的使用只是培训内容的一部分而已。

现在的客户概念听的太多了，作为甲方他们只是听听而已，也许不会太去和你深究。但是真正到了他们自己赤膊上阵的时候，他们希望听到一些实在的东西。那么到底如何减少错误、如何提高数据质量呢？有没有实际成功的案例呢？这些不光是客户，其实也是我们现在正逐步摸索的问题。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友