Empfangen von Abrufnachrichten über mehrere Empfangsports von SQL mithilfe von BizTalk Server

Stellen Sie sich ein Szenario vor, in dem Sie eine BizTalk-Anwendung erstellen möchten, die zwei Abrufvorgänge enthält. Bei jedem Abfragevorgang werden die Tabellen "Mitarbeiter" und "Kunde" aus derselben Datenbank getrennt. Wenn Sie eine solche Anwendung in BizTalk Server Verwaltungskonsole bereitstellen, müssen Sie zwei Empfangsports erstellen. Der Verbindungs-URI für jeden Empfangsport ist:

mssql://<server_name>/<database_instance_name>/<datbase_name>  

Da beide Empfangsports Abrufnachrichten von derselben Datenbank auf demselben Server empfangen, ist der Verbindungs-URI für beide identisch. Eine BizTalk-Anwendung kann jedoch nicht über zwei Empfangsports mit demselben Verbindungs-URI verfügen.

Damit Adapterclients über zwei Empfangsports verfügen, die dieselbe Datenbank (oder sogar dieselbe Tabelle in einer Datenbank) in einer BizTalk-Anwendung abfragen, stellt der SQL-Adapter die Verbindungseigenschaft InboundID bereit. Sie können einen beliebigen Wert für diese Verbindungseigenschaft angeben. Durch Hinzufügen der eingehenden ID wird ein Verbindungs-URI eindeutig. Beispiel:

Der Verbindungs-URI für den Port, der Abrufnachrichten für die Employee-Tabelle empfängt, kann wie folgt lauten:

mssql://<server_name>/<database_instance_name>/<datbase_name>?InboundID=Employee  

In ähnlicher Weise kann der Verbindungs-URI für den Port, der Abrufnachrichten für die Tabelle Customer empfängt, lauten:

mssql://<server_name>/<database_instance_name>/<datbase_name>?InboundID=Customer  

Da die Verbindungs-URIs durch Hinzufügen der InboundID-Eigenschaft eindeutig werden, können Sie jetzt mehrere Empfangsports dieselbe Datenbank oder Tabelle in einer einzelnen BizTalk-Anwendung abfragen.

Wichtig

Sie können die Verbindungseigenschaft Eingehende ID sowohl für den Polling- als auch für den TypedPolling-Vorgang angeben.

Weitere Informationen

Abfragen von SQL Server mithilfe des SQL-Adapters mit BizTalk Server