SAP Process Orchestration
SAP Process Integration, business-to-business add-on
SAP Process Integration, secure connectivity add-on
SAP Process Integration
SAP Process Integration, connectivity add-on
SAP NetWeaver Process Integration, adapters
SAP Cloud Platform Integration for process services
SAP CoPilot
嗨!
首先,您应该意识到插入记录需要这么长时间的确切原因:PI消息处理本身或DB端的INSERT操作。
通过 顺便说一句,如果我们甚至假设一条记录仅由一个字节表示,则您的消息的大约大小将约为1GByte(如果我没记错的话,:-)。 我怀疑PI是否有能力处理这种大小的消息。
关于Evgeniy。
关于消息大小,您可以参考这一点,
http://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/2016a0b1-1780-2b10-97bd-be3ac62214c7
这45 K记录多了1 MB吗?
这是同步还是异步方案?
指出可以用来解决性能问题的内容:
1)减小消息的大小:某些解决方法可以解决该问题,例如,如果您的XML具有很多节点(标签),请尝试将此标签更改为属性,例如" "这样可以减少邮件的平均大小
2)将要处理的消息EOIO(按顺序准确地放在大消息队列中)
当您将Evgeniy的答案标记为正确时,解决方案或计划解决的方法是什么 问题? 对于这个问题的访问者来说,很高兴知道这个问题
我对这个故事的2c:如果只有一把锤子,您往往会把每个问题都看成是钉子:-)
< p>您要说明的要求似乎比ESB更适合ETL工具。 在我看来,PI确实属于第二类。像Carlos所建议的那样,通过仔细地设计,消息拆分,EOIO,大消息队列等,确保1B记录在某种程度上是可管理的。 但是我认为PI并不是特别擅长于此。
如果您绝对需要使用PI,我会遵循Carlos的问题/建议。 我将首先探讨为什么45k记录需要2个小时。 它们是作为一条消息传递的,对吗? 该消息有多大?
一周热门 更多>