作为一个组织,我们正朝着购买ODI作为一种ELT工具的方向发展。我们有大量的PLSQL资源,但我听说ODI在数据操作方面足够强大,可以取代以前在PLSQL中所做的大部分工作。
它的优势是什么?还有弱点呢?它能完全取消PLSQL中的数据转换编码吗?
发布于 2015-02-28 02:18:47
不,它不是,但是你在这里可能是99%正确的。这实际上是一个棘手的问题,因为PL/SQL也可能是由ODI提交的。
我将保留它(PL/SQL)用于定义函数/过程(如果您确实需要的话),以便稍后由ODI调用。这永远不应该与…直接相关,比如INSERT INTO ETL选择…来自…-这就是ODI非常适合的地方。
在我的ODI经验(9年)中,我遇到的唯一合理的情况是:-创建PL/SQL函数来对LDAP/AD用户进行身份验证(然后通过OBIEE进行授权)-创建帮助器函数以供is_number、is_date等ODI DQ(CKM)模块调用-出于性能原因,由DB直接创建XML文件(即使使用never ODI驱动程序,您可能仍然会发现最好使用原生DB XML API/功能来生成XML)。其他直接文件操作(加载/卸载)可以用这种方式完成。-出于性能原因,创建我自己的(优化的)层次结构遍历查询(将标准Oracle SQL的“递归子查询分解”功能提高到约1000:1)
您可以决定是使用PL/SQL创建可重用的逻辑并从ODI调用它,还是直接从ODI对其进行编码(以PL/SQL形式)
https://stackoverflow.com/questions/28747344
复制相似问题