ODI经典案例分析三供参习.docVIP

ODI经典案例分析（三） 经典案例 九 关于表空间数据文件的自动扩展案列介绍： ODI所有的接口都停在了第一步drop work table执行下去。案例分析： 在一些的数据库应用中，我们需要控制某个用户或者某一组用户其所占用的磁盘空间所以，在数据库中，我们也需要限制用户所可以使用的磁盘空间大小。为了达到这个目的，我们就可以通过表空间来实现。 数据文件的无限扩张超出系统限制而出现故障create tablespace TS_ODI_D datafile +DATADG/urpdb/datafile/ts_odi_d.dbf size 3072M autoextend on next 100M MAXSIZE UNLIMITED;（注意：表名与路径要与一致） 首先查看表空间是否开启了自动扩展 Select tablespace_name,file_name,autoextensible from dba_data_files where tablespace_name = T_ODI_D; 发现autoextensible的状态为NOYES，以启用自动扩展的功能。 若表空间没有设置自动扩展的功能，用以下语句实现： ALTER TABLESPACE T_YJS_APP ADDDATAFILE +DATADG/urpdb/datafile/usr_odi_d.dbf SIZE 2048M AUTOEXTEND ONNEXT 100M MAXSIZE UNLIMITED；案例总结： ，在不断变大的过程中会导致某个数据文件异常的大案列介绍： 东华大学人事数据增量同步报错 案例分析： 通过老师沟通发现，为了增加某个字段的映射关系，进行一次全量同步，而此接口进行的增量同步，因此需要先将接口进行一次全量同步在接口设计时，将只同步日记记录的数据选项的勾去掉，然后同步，数据！然后把，最后将方案重新生成一下完成！ 案例总结： 增量同步是建立在全量同步之上的，所以在进行增量同步之前必须要进行一次全量同步！ 经典案例 十一 关于临时表的重名问题的解决 案列介绍： 案例分析： 因为你在执行存储过程之前已经创建了一个#Test表执行存储过程时又创建一个#Test，这时候创建是不成功的，所以#Test里的列名只有A，而没有B在存储过程中向#Test表的B列插入数据，当然插不进去，因为B列不存在 案例总结： 经典案例 十二 本地图片文件的集成方案 案列介绍： 案例分析： IKM Binary File to Oracle BLOB Local，如图（2）所示： 图（2） 做一个测试接口T_BD_BLOB_ZP_TEST（如图3），目标表是T_BD_ZP，本地存放图片的文件夹是：D:/TEST，文件夹下的照片类型全都是.jpg。 图（3） KM的选择如图（4），注意SRC_DIR的值的选择，必须是d:/test而不是d:\test 图（4） 案例总结： IKM Binary File to Oracle BLOB_ftpbatchimage做ftp图片文件的集成，须保证ODI、ORACLE数据库服务器、本地存放图片的临时文件夹这三者在同一台Server上。 在集成进行之前，要对IKM进行修改，如ftp的IP地址，登录名、密码、文件名后缀、路径。 要注意目标表的user的权限，看是否有CREATE ANY DIRECTORY的权限。 对ftp的一些处理方法可以查看%odi_home%\oracledi\lib\scripting\Lib\snpsftp.py文件。 文档中的IKM Binary File to Oracle BLOB_ftpbatchimage保存在当前目录的KM文件夹中。 木香果旗舰店 提供