IDoc / BizTalk / SQL Server数据库 [英] IDoc/BizTalk/SQL Server DB

查看:73
本文介绍了IDoc / BizTalk / SQL Server数据库的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

Hi Folks,

快速提问建筑专家建议。

我是新手与SAP集成,我基本上有一个解决方案收到IDoc到BizTalk,我需要将IDoc映射到BizTalk架构,然后使用IDoc中的值填充SQL Server数据库。

我在考虑只是设置一个带有管道的接收器端口和一个入站映射,以映射到我已定义的 内部BizTalk架构,然后有一个在接收位置订阅的发送端口并使用SQL适配器调用SQL Server DB上的存储过程来执行插入。

I was thinking of just setting up a receiver port with a pipeline and an inbound mapping to map to an  internal BizTalk schema that I have defined, then have a Send port that subscribes on the receive location and uses the SQL Adapter to call a stored proc on the SQL Server DB to do the insert.

你们这些专家对这种设计方法有什么建议或建设性的批评吗?

干杯

推荐答案

这种方法看起来不错..但是你需要做的事情很少......

This approach looks good.. But few things you need to make sure...

1。如果您只从SAP收到一种类型的IDOC(例如:ORDERS05),这种方法就可以了。

1. If you recieve only a single type of IDOC (for eg: ORDERS05) from SAP this approach is fine

2 。但是如果你收到多种类型的IDOC(例如:ORDERS,INVOIC ......)那么你需要一个单一的接收端口来接收来自SAP的所有IDOC。因为如果您有多个具有相同配置的接收端口,则将根据某些负载平衡在多个端口上发送消息...

2. But if you receive multiple types of IDOC (for eg: ORDERS, INVOIC...) then you need to have a single recieve port to receive all the IDOCs from SAP. Because if you have multiple receive ports with same configurations, messages will be send across multiple ports based on some load balancing...

所以我建议在发送端口完成映射,并在消息类型上添加额外的过滤器。

So I would suggest to have the mapping done in send port with an additional filter on message type.


这篇关于IDoc / BizTalk / SQL Server数据库的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆