使用informatica把数据库中的clob字段导入到文本中

perry185 2013-11-12 03:52:24
1、数据较少时(查询时添加限制条件),能够执行成功。
但是文本中的clob数据会出现不全的情况,甚至是缺失(第一条数据每次都缺失,查询一条时也是)。
clob字段中字符串长度为74255,在mapping中设置源表对应的字段长度为100000,文本目标表设置对应字段类型为nstring,字段长度也为100000。

2、当查询数据较多时,执行工作流会报错。
查询数据较多时,报错信息:Database driver error...
Function Name : Fetch
SQL Stmt : SELECT EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.BIZ_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.RMLRESULT_ID, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.STAT_ID, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.RISK_SET_NAME, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.POS_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.MKT_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.VAR_VALUE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.UPDATE_TIME FROM EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1 WHERE pos_date = 20121011
Database driver error...
Function Name : Fetch
SQL Stmt : SELECT EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.BIZ_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.RMLRESULT_ID, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.STAT_ID, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.RISK_SET_NAME, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.POS_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.MKT_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.VAR_VALUE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.UPDATE_TIME FROM EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1 WHERE pos_date = 20121011
Database driver error...
Function Name : Fetch
SQL Stmt : SELECT EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.BIZ_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.RMLRESULT_ID, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.STAT_ID, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.RISK_SET_NAME, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.POS_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.MKT_DATE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.VAR_VALUE, EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1.UPDATE_TIME FROM EDW_RCP.T03_RM_SCNAR_RETURN_INFO_1 WHERE pos_date = 20121011

查看下source/target statistics
发现从目标表查询出来160条,往目标表插入104条。
但是在数据库中查询整张表实际大小才1.18G,但是我在session中配置如图。
...全文
1503 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
perry185 2013-11-15
  • 打赏
  • 举报
回复
这个是我测试时碰到的问题,现在还不知道什么原因,就是想弄明白什么原因
graysun 2013-11-12
  • 打赏
  • 举报
回复
丢数的话,最好找售后了
perry185 2013-11-12
  • 打赏
  • 举报
回复

session配置图片
内容概要:本文介绍了基于 NVMe 的 ExFAT IP 交付项目案例,采用 KU060 FPGA 芯片实现高可靠性的双通道数据存储方案。系统通过主备两路独立的 DDR4 和 NVMe 硬盘(如三星 970 EVO PLUS)同步存储业务数据,确保数据一致性与系统稳定性。KU060 内部集成了用户逻辑与 ExFAT 文件系统 IP,通过 M 个高速 FIFO 和 N 个低速 FIFO 实现多通道并发写入,每个 FIFO 对应一个独立 .dat 文件,单文件达 4GB 后自动续接下一文件。数据写入速率≥2.5GB/s,文件格式兼容 Windows,支持上电自动生成文件并通过 PC 直接读取。IP 还支持指令控制、状态反馈(如硬盘连接、温度、剩余空间等),已实际交付并运行三年。; 适合人群:从事 FPGA 开发、嵌入式存储系统设计或文件系统实现的工程师,具备一定硬件逻辑和存储协议基础的研发人员; 使用场景及目标:①实现高速、高可靠的实时数据记录系统;②开发兼容 Windows 的可插拔存储设备;③研究 ExFAT 文件系统在 FPGA 上的纯逻辑实现方法;④构建主备冗余存储架构以提升系统可靠性; 阅读建议:建议结合 Demo 工程和 VIO 控制实例进行实践,重点关注 FIFO 与文件映射机制、ExFAT 写入流程及状态监控接口的设计,调试时可通过 PC 拷贝验证数据完整性。

248

社区成员

发帖
与我相关
我的任务
社区描述
讨论 Informatica 数据集成相关技术、数据隐私保护相关技术
社区管理员
  • 数据集成社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧