Ricevere messaggi di polling basati su polling fortemente tipizzato da SQL Server tramite BizTalk Server

È possibile configurare l'adapter SQL per ricevere messaggi di polling fortemente tipizzato da SQL Server. È possibile specificare un'istruzione di polling eseguita dall'adapter per eseguire il polling del database. L'istruzione di polling può essere un'istruzione SELECT o una stored procedure che restituisce un set di risultati.

È necessario usare il polling fortemente tipizzato in uno scenario in cui si desidera eseguire il mapping degli elementi nel messaggio di polling a qualsiasi altro schema. Lo schema che si vuole eseguire il mapping potrebbe essere per un'altra operazione in SQL Server. Ad esempio, è possibile eseguire il mapping di determinati elementi nel messaggio di polling allo schema per un'operazione di inserimento in un'altra tabella. I valori del messaggio di polling fungono quindi da parametri per l'operazione Inserisci. In uno scenario più semplice è possibile eseguire il mapping dello schema per un messaggio di polling fortemente tipizzato a un file di schema che archivia solo le informazioni.

Importante

Se si vuole avere più di un'operazione di polling in una singola applicazione BizTalk, è necessario specificare una proprietà di connessione InboundID come parte dell'URI di connessione per renderlo univoco. Con un URI di connessione univoco, è possibile creare più porte di ricezione che esegue il polling dello stesso database o anche la stessa tabella in un database. Per altre informazioni, vedere Ricevere messaggi di polling tra più porte di ricezione da SQL tramite Biztalk Server.

Per altre informazioni su come l'adapter supporta il polling fortemente tipizzato, vedere Supporto per il polling. Per altre informazioni sullo schema dei messaggi per il polling fortemente tipizzato, vedere Schemi dei messaggi per le operazioni polling e TypedPolling.

Come questo argomento illustra il polling fortemente tipizzato

Questo argomento illustra come usare il polling fortemente tipizzato per eseguire il mapping del messaggio di polling a un altro schema. Questo argomento illustra come creare un progetto BizTalk e generare lo schema per l'operazione TypedPolling . Prima di generare lo schema per l'operazione TypedPolling , è necessario eseguire le operazioni seguenti:

• È necessario specificare un ID in ingresso come parte dell'URI di connessione.

• È necessario specificare un'istruzione di polling per la proprietà di associazione PollingStatement .

  Nell'ambito dell'istruzione di polling eseguire le operazioni seguenti:

• Selezionare tutte le righe dalla tabella Employee.

• Eseguire una stored procedure (MOVE_EMP_DATA) per spostare tutti i record dalla tabella Employee a una tabella EmployeeHistory.

• Eseguire una stored procedure (ADD_EMP_DETAILS) per aggiungere un nuovo record alla tabella Employee. Questa procedura accetta il nome, la designazione e lo stipendio dei dipendenti come parametri.

  Per eseguire queste operazioni, è necessario specificare quanto segue per la proprietà di associazione PollingStatement :

SELECT * FROM Employee;EXEC MOVE_EMP_DATA;EXEC ADD_EMP_DETAILS John, Tester, 100000   

Poiché viene generato lo schema per l'operazione TypedPolling , lo schema è fortemente tipizzato e contiene tutti gli elementi che verranno inclusi nel messaggio di polling.

Come parte dello stesso progetto BizTalk, si aggiunge un altro file di schema, ad esempio EmployeeDetails.xsd. Lo schema per EmployeeDetails.xsd è simile al seguente:

<?xml version="1.0" encoding="utf-16" ?>   
<xs:schema xmlns:b="http://schemas.microsoft.com/BizTalk/2003" xmlns="http://Typed_Polling.EmployeeDetails" elementFormDefault="qualified" targetNamespace="http://Typed_Polling.EmployeeDetails" xmlns:xs="http://www.w3.org/2001/XMLSchema">  
  <xs:element name="EmployeeDetails">  
    <xs:complexType>  
      <xs:sequence>  
        <xs:element name="Employee_Info" type="xs:string" />   
        <xs:element name="Employee_Profile" type="xs:string" />   
        <xs:element name="Employee_Performance" type="xs:string" />   
      </xs:sequence>  
    </xs:complexType>  
  </xs:element>  
</xs:schema>  

Si aggiunge anche un Mapper BizTalk al progetto per eseguire il mapping degli elementi dalla tabella Employee (ricevuta come messaggio di polling) agli elementi nello schema EmployeeDetails.xsd. Come parte della mappa, si combinano uno o più elementi dal messaggio di polling e lo si esegue il mapping a un singolo elemento nello schema EmployeeDetails. È possibile farlo usando il functoid String Concatenate .

Infine, come parte del progetto BizTalk, un file conforme allo schema EmployeeDetails.xsd viene eliminato in una porta di invio FILE.

Configurare il polling tipizzato con le proprietà di associazione dell'adapter SQL

Nella tabella seguente vengono riepilogate le proprietà di associazione dell'adapter SQL usate per configurare l'adapter per ricevere messaggi di modifica dei dati. Oltre alla proprietà di associazione PollingStatement, tutte le altre proprietà di associazione elencate in questa sezione sono necessarie durante la configurazione della porta di ricezione nella console di amministrazione BizTalk Server. È necessario specificare la proprietà di associazione PollingStatement prima di generare lo schema per l'operazione TypedPolling .

Nota

Per il polling tipizzato, è necessario specificare la proprietà PollingStatement biding durante la generazione dello schema. È possibile scegliere di specificare anche le altre proprietà di associazione durante la generazione dello schema, anche se non sono obbligatorie. Se si specificano le proprietà di associazione, il file di associazione porta generato dal componente aggiuntivo Del servizio adapter di utilizzo come parte della generazione dei metadati contiene anche i valori specificati per le proprietà di associazione. È possibile importare in un secondo momento questo file di associazione nella console di amministrazione BizTalk Server per creare la porta di ricezione WCF-custom o WCF-SQL con le proprietà di associazione già impostate. Per altre informazioni sulla creazione di una porta usando il file di associazione, vedere Configurare un'associazione di porte fisica usando un file di associazione porta per usare l'adapter SQL.

Binding, proprietà	Descrizione
InboundOperationType	Specifica se si desidera eseguire l'operazione polling, TypedPolling o Notifica in ingresso. Il valore predefinito è Polling. Per ricevere messaggi di polling fortemente tipizzato, impostare questa opzione su TypedPolling.
PolledDataAvailableStatement	Specifica l'istruzione SQL eseguita dall'adapter per determinare se i dati sono disponibili per il polling. L'istruzione SQL deve restituire un set di risultati costituito da righe e colonne. Solo se è disponibile una riga, verrà eseguita l'istruzione SQL specificata per la proprietà di associazione PollingStatement .
PollingIntervalInSeconds	Specifica l'intervallo, in secondi, in cui l'adapter SQL esegue l'istruzione specificata per la proprietà di associazione PolledDataAvailableStatement . Il valore predefinito è 30 secondi. L'intervallo di polling determina l'intervallo di tempo tra i polling successivi. Se l'istruzione viene eseguita all'interno dell'intervallo specificato, l'adapter attende il tempo rimanente nell'intervallo.
PollingStatement	Specifica l'istruzione SQL per eseguire il polling della tabella di database SQL Server. È possibile specificare un'istruzione SELECT semplice o una stored procedure per l'istruzione di polling. Il valore predefinito è Null. È necessario specificare un valore per PollingStatement per abilitare il polling. L'istruzione polling viene eseguita solo se sono disponibili dati per il polling, che viene determinato dalla proprietà di associazione PolledDataAvailableStatement . È possibile specificare qualsiasi numero di istruzioni SQL separate da un punto e virgola. Importante: Per TypedPolling, è necessario specificare questa proprietà di associazione prima di generare metadati.
PollWhileDataFound	Specifica se l'adapter SQL ignora l'intervallo di polling ed esegue continuamente l'istruzione SQL specificata per la proprietà di associazione PolledDataAvailableStatement , se i dati sono disponibili nella tabella in cui viene eseguito il polling. Se nella tabella non sono disponibili dati, l'adapter esegue l'istruzione SQL all'intervallo di polling specificato. Il valore predefinito è false.

Per una descrizione più completa di queste proprietà, vedere Informazioni sull'adapter BizTalk per SQL Server proprietà di associazione dell'adapter. Per una descrizione completa di come usare l'adapter SQL per eseguire il polling di SQL Server, leggere altre informazioni.

Come ricevere messaggi di modifica dei dati fortemente tipizzato dal database SQL Server

L'esecuzione di un'operazione nel database SQL Server tramite adattatore SQL con BizTalk Server comporta le attività procedurali descritte in Blocchi predefiniti per sviluppare applicazioni BizTalk con l'adapter SQL. Per configurare l'adapter per ricevere messaggi di modifica dei dati fortemente tipizzato, queste attività sono:

1. Creare un progetto BizTalk e quindi generare lo schema per l'operazione TypedPolling . È necessario specificare la proprietà di connessione InboundID e la proprietà di associazione PollingStatement durante la generazione dello schema. Ad esempio, un URI di connessione con l'ID in ingresso specificato è simile al seguente:

   mssql://mysqlserver//mysqldatabase?InboundID=mydatabaseId  
   

2. Creare un messaggio nel progetto BizTalk per ricevere messaggi dal database di SQL Server.

3. Creare un'orchestrazione per ricevere messaggi dal database SQL Server e salvarli in una cartella.

4. Aggiungere uno schema, ad esempio EmployeeDetails.xsd, nel progetto BizTalk.

5. Aggiungere un mapper BizTalk per eseguire il mapping dello schema per il messaggio di polling allo schema EmployeeDetails.xsd.

6. Compilare e distribuire il progetto BizTalk.

7. Configurare l'applicazione BizTalk creando porte di invio e ricezione fisiche.

   Importante

   Per gli scenari di polling in ingresso è sempre necessario configurare una porta di ricezione unidirezionale WCF-Custom o WCF-SQL. Le porte di ricezione a due vie WCF-Custom o WCF-SQL non sono supportate per le operazioni in ingresso.

8. Avviare l'applicazione BizTalk.

   In questo argomento vengono fornite istruzioni per eseguire queste attività.

Esempio basato su questo argomento

Un esempio, TypedPolling, basato su questo argomento viene fornito con bizTalk Adapter Pack. Per altre informazioni, vedere Esempi per l'adapter SQL.

Generare schema

È necessario generare lo schema per l'operazione TypedPolling . Per altre informazioni su come generare lo schema, vedere Recupero dei metadati per SQL Server operazioni in Visual Studio usando l'adapter SQL. Eseguire le attività seguenti durante la generazione dello schema.

1. Specificare la proprietà di connessione InboundID durante la specifica dell'URI di connessione. Per questo argomento è possibile specificare InboundID come Dipendente. Per altre informazioni sull'URI di connessione, vedere Creare l'URI di connessione SQL Server.

2. Specificare un valore per la proprietà di associazione PollingStatement . Per altre informazioni su questa proprietà di associazione, vedere Informazioni sull'adapter BizTalk per SQL Server proprietà di associazione dell'adapter.

   Per istruzioni su come specificare le proprietà di associazione, vedere Configurare le proprietà di associazione per l'adapter SQL.

3. Selezionare il tipo di contratto come servizio (operazione in ingresso) .

4. Generare lo schema per l'operazione TypedPolling .

Definire messaggi e tipi di messaggio

Lo schema generato in precedenza descrive i "tipi" necessari per i messaggi nell'orchestrazione. Un messaggio è in genere una variabile, il tipo per cui è definito dallo schema corrispondente. Dopo aver generato lo schema, è necessario collegarlo ai messaggi dalla visualizzazione Orchestrazione del progetto BizTalk.

Per questo argomento, è necessario creare un messaggio per ricevere messaggi dal database SQL Server.

Seguire questa procedura per creare messaggi e collegarli allo schema.

Creare messaggi e collegare allo schema

1. Aggiungere un'orchestrazione al progetto BizTalk. Nella Esplora soluzioni fare clic con il pulsante destro del mouse sul nome del progetto BizTalk, scegliere Aggiungi e quindi fare clic su Nuovo elemento. Digitare un nome per l'orchestrazione BizTalk e quindi fare clic su Aggiungi.

2. Aprire la finestra della visualizzazione orchestrazione del progetto BizTalk, se non è già aperta. Fare clic su Visualizza, scegliere Altre finestre e quindi fare clic su Visualizzazione orchestrazione.

3. Nella visualizzazione orchestrazione fare clic con il pulsante destro del mouse su Messaggi, quindi scegliere Nuovo messaggio.

4. Fare clic con il pulsante destro del mouse sul messaggio appena creato e quindi selezionare Finestra proprietà.

5. Nel riquadro Proprietà per Message_1 eseguire le operazioni seguenti:

   Usare	Per
   Identificatore	Digitare PollingMessage.
   Tipo di messaggio	Nell'elenco a discesa espandere Schemi e selezionare Typed_Polling.TypedPolling_Employee.TypedPolling, dove Typed_Polling è il nome del progetto BizTalk. TypedPolling_Employee è lo schema generato per l'operazione TypedPolling .

Configurare l'orchestrazione

È necessario creare un'orchestrazione BizTalk per usare BizTalk Server per ricevere messaggi di modifica dei dati basati sul polling dal database SQL Server. In questa orchestrazione, l'adapter riceve il messaggio di polling per l'istruzione di polling specificata. BizTalk Mapper esegue quindi il mapping dello schema del messaggio di polling allo schema EmployeeDetails.xsd. Il messaggio mappato viene quindi salvato in un percorso FILE. Un'orchestrazione tipica per ricevere un messaggio di polling fortemente tipizzato da un database SQL Server contiene:

• Ricevere e inviare forme per ricevere messaggi da SQL Server e inviare rispettivamente a una porta FILE.

• Porta di ricezione unidirezionale per ricevere messaggi da SQL Server.

  Importante

  Per gli scenari di polling in ingresso è necessario configurare sempre una porta di ricezione unidirezionale. Le porte di ricezione bidirezionale non sono supportate per le operazioni in ingresso.

• Una porta di invio unidirezionale per inviare risposte di polling da un database SQL Server a una cartella.

• BizTalk Mapper per eseguire il mapping dello schema del messaggio di polling a qualsiasi altro schema.

  Un'orchestrazione di esempio è simile alla seguente.

  

Aggiungere forme di messaggio

Assicurarsi di specificare le proprietà seguenti per ognuna delle forme del messaggio. I nomi elencati nella colonna Shape sono i nomi delle forme del messaggio visualizzate nell'orchestrazione appena menzionata.

Forma	Tipo di forma	Proprietà
ReceiveMessage	Ricevere	- Impostare nome su ReceiveMessage - Impostare Attiva su True
SaveMessage	Send	- Impostare nome su SaveMessage

Aggiungere porte

Assicurarsi di specificare le proprietà seguenti per ognuna delle porte logiche. I nomi elencati nella colonna Porta sono i nomi delle porte visualizzate nell'orchestrazione.

Porta	Proprietà
SQLReceivePort	- Impostare identificatore su SQLReceivePort - Impostare tipo su SQLReceivePortType - Impostare il modello di comunicazionesu unidirezionale - Impostare la direzione di comunicazione su Ricezione
SaveMessagePort	- Impostare identificatore su SaveMessagePort - Impostare tipo su SaveMessagePortType - Impostare il modello di comunicazionesu unidirezionale - Impostare la direzione di comunicazione su Invia

Immettere messaggi per forme di azione e connettersi alle porte

La tabella seguente specifica le proprietà e i relativi valori che è necessario impostare per specificare i messaggi per le forme di azione e collegare i messaggi alle porte. I nomi elencati nella colonna Shape sono i nomi delle forme del messaggio visualizzate nella orchestrazione menzionata in precedenza.

Forma	Proprietà
ReceiveMessage	Impostare Messaggio su PollingMessage Impostare l'operazione su SQLReceivePort.TypedPolling.Request
SaveMessage	Impostare Messaggio su PollingMessage Impostare Operazione su SaveMessagePort.TypedPolling.Request

Dopo aver specificato queste proprietà, le forme e le porte del messaggio sono connesse.

Aggiungere un Mapper BizTalk

È necessario aggiungere un Mapper BizTalk all'orchestrazione per eseguire il mapping dello schema del messaggio di polling allo schema EmployeeDetails.xsd. Nella console di amministrazione di BizTalk Server si userà questo mapper per eseguire il mapping dello schema per il messaggio di polling allo schema EmployeeDetails.xsd.

1. Aggiungere un Mapper BizTalk al progetto BizTalk. Fare clic con il pulsante destro del mouse sul progetto BizTalk, scegliere Aggiungi e fare clic su Nuovo elemento.

   Nella finestra di dialogo Aggiungi nuovo elemento selezionare File mappa dal riquadro sinistro. Nel riquadro destro selezionare Mappa. Specificare un nome per la mappa, ad esempio MapSchema.btm. Fare clic su Aggiungi.

2. Nel riquadro Schema di origine fare clic su Open Source Schema (Schema open source).

3. Nella finestra di dialogo Selezione tipi BizTalk espandere il nome del progetto, espandere Schemi e selezionare lo schema per il messaggio di polling. Per questo argomento selezionare Typed_Polling.TypedPolling_Employee. Fare clic su OK.

4. Nella finestra di dialogo Nodo radice per schema di origine selezionare TypedPolling e fare clic su OK.

5. Nel riquadro Schema di destinazione fare clic su Apri schema di destinazione.

6. Nella finestra di dialogo Selezione tipi BizTalk espandere il nome del progetto, espandere Schemi e selezionare lo schema per EmployeeDetails. Per questo argomento selezionare Typed_Polling.EmployeeDetails. Fare clic su OK.

7. Nello schema di origine del messaggio di polling espandere il nodo TypedPollingResultSet0 e i nodi successivi per visualizzare gli elementi restituiti nel messaggio di polling. Nello schema di destinazione espandere il nodo EmployeeDetails per visualizzare i diversi elementi nello schema. Per questo argomento, è necessario eseguire il mapping degli schemi in modo che:

   • Employee_ID e Nome nello schema di origine devono essere mappati a Employee_Info nello schema di destinazione.

   • La designazione e Job_Description nello schema di origine devono essere mappate a Employee_Profile nello schema di destinazione.

   • La classificazione e lo stipendio nello schema di origine devono essere mappati a Employee_Performance nello schema di destinazione.

     Per combinare più nodi nello schema di origine ed eseguirne il mapping a un singolo nodo nello schema di destinazione, è necessario usare il functoid Concatenazione di stringhe. Dettagli nelle linee guida dell'interfaccia utente e informazioni di riferimento sullo spazio dei nomi dell'API per sviluppatori.

8. Per usare il functoid String Concatenate:

   1. Dalla casella degli strumenti trascinare il functoid String Concatenate e rilasciarlo nella griglia Mapper.

   2. Connettere gli elementi Employee_ID e Name nello schema di origine al functoid.

   3. Connettere il functoid all'elemento Employee_Info nello schema di destinazione.

   4. Ripetere questi passaggi per tutti gli elementi di cui si vuole eseguire il mapping. Una mappa completata sarà simile alla seguente:

      

   5. Salvare il mapping.

   L'orchestrazione viene completata dopo la creazione del mapper. È ora necessario compilare la soluzione BizTalk e distribuirla in un BizTalk Server. Per altre informazioni, vedere Compilazione ed esecuzione di orchestrazioni.

Configurare l'applicazione BizTalk

Dopo aver distribuito il progetto BizTalk, l'orchestrazione creata in precedenza è elencata nel riquadro Orchestrazioni nella console di amministrazione di BizTalk Server. Per configurare l'applicazione, è necessario usare la console di amministrazione di BizTalk Server. Per una procedura dettagliata, vedere Procedura dettagliata: Distribuzione di un'applicazione BizTalk di base.

La configurazione di un'applicazione prevede:

• Selezione di un host per l'applicazione.

• Mapping delle porte create nell'orchestrazione alle porte fisiche nella console di amministrazione di BizTalk Server. Per questa orchestrazione è necessario:

  • Definire una porta di ricezione unidirezionale WCF-Custom fisica o WCF-SQL. Questa porta esegue il polling del database SQL Server con l'istruzione di polling specificata per la porta. Per informazioni su come creare porte, vedere Configurare manualmente un'associazione di porte fisiche all'adapter SQL. Assicurarsi di specificare le proprietà di associazione seguenti per la porta di ricezione.

    Importante

    Assicurarsi di specificare InboundID come parte dell'URI di connessione. L'ID in ingresso deve essere lo stesso specificato durante la generazione dello schema.

    Importante

    Non è necessario eseguire questo passaggio se sono state specificate le proprietà di associazione in fase di progettazione. In questo caso, è possibile creare una porta di ricezione WCF-custom o WCF-SQL, con le proprietà di associazione necessarie impostate, importando il file di associazione creato dal componente aggiuntivo Consume Adapter Service. Per altre informazioni, vedere Configurare un'associazione di porte fisiche usando un file di associazione di porte per l'uso dell'adattatore SQL.

    Binding, proprietà	Valore
    InboundOperationType	Assicurarsi di impostarlo su TypedPolling.
    PolledDataAvailableStatement	Assicurarsi di specificare la stessa istruzione SQL specificata durante la generazione dello schema, ovvero: SELECT COUNT(*) FROM Employee
    PollingStatement	Assicurarsi di specificare la stessa istruzione di polling specificata durante la generazione dello schema, ovvero: SELECT * FROM Employee;EXEC MOVE_EMP_DATA;EXEC ADD_EMP_DETAILS John, Tester, 100000

    Per altre informazioni sulle diverse proprietà di associazione, vedere Informazioni sull'adapter BizTalk per le proprietà di associazione dell'adapter SQL Server.

    Nota

    È consigliabile configurare il livello di isolamento delle transazioni e il timeout della transazione durante l'esecuzione di operazioni in ingresso tramite l'adapter SQL. A tale scopo, è possibile aggiungere il comportamento del servizio durante la configurazione della porta di ricezione WCF-Custom o WCF-SQL. Per istruzioni su come aggiungere il comportamento del servizio, vedere Configurare il livello di isolamento delle transazioni e il timeout delle transazioni con SQL.

  • Definire una porta di trasmissione FILE in cui l'adapter rilascia il messaggio. Questa porta di trasmissione userà anche la mappa creata nell'orchestrazione per eseguire il mapping del messaggio di polling a un messaggio conforme allo schema EmployeeDetails.xsd. Seguire questa procedura per configurare la porta di trasmissione FILE per l'uso della mappa.

    1. Creare una porta di trasmissione FILE.

    2. Nel riquadro sinistro della finestra di dialogo Proprietà porta di trasmissione fare clic su Mappe in uscita. Nel riquadro destro fare clic sul campo sotto la colonna Mappa e nell'elenco a discesa selezionare MapSchema. Fare clic su OK.

       

Avviare l'applicazione

È necessario avviare l'applicazione BizTalk per la ricezione di messaggi dal database di SQL Server. Per istruzioni sull'avvio di un'applicazione BizTalk, vedere Come avviare un'orchestrazione.

In questa fase, assicurarsi di:

• La porta di ricezione unidirezionale WCF-Custom o WCF-SQL, che esegue il polling del database SQL Server utilizzando le istruzioni specificate per la proprietà di associazione PollingStatement, è in esecuzione.

• La porta di trasmissione FILE, che eseguirà il mapping del messaggio di polling allo schema EmployeeDetails, è in esecuzione.

• L'orchestrazione BizTalk per l'operazione è in esecuzione.

Eseguire l'operazione

Dopo aver eseguito l'applicazione, nella stessa sequenza vengono eseguite le azioni seguenti:

• L'adapter esegue polledDataAvailableStatement nella tabella Employee e determina che la tabella contiene record per il polling.

• L'adapter esegue l'istruzione di polling. Poiché l'istruzione di polling è costituita da un'istruzione SELECT e da stored procedure, l'adapter eseguirà tutte le istruzioni una dopo l'altra.

  • L'adapter esegue innanzitutto l'istruzione SELECT che restituisce tutti i record nella tabella Employee.

  • L'adapter esegue quindi la stored procedure MOVE_EMP_DATA che sposta tutti i dati dalla tabella Employee alla tabella EmployeeHistory. Questa stored procedure non restituisce alcun valore.

  • L'adapter esegue quindi la stored procedure ADD_EMP_DETAILS che aggiunge un record alla tabella Employee. Questa stored procedure restituisce l'ID dipendente per il record inserito.

    Dopo l'esecuzione dell'istruzione di polling e la ricezione del messaggio, il messaggio di polling viene inviato alla porta di trasmissione FILE. In questo caso, la mappa in uscita (MapSchema)configurata sulla porta di trasmissione esegue il mapping del messaggio di polling allo schema EmployeeDetails e rilascia il messaggio in un percorso di file. Il messaggio è simile al seguente:

  <?xml version="1.0" encoding="utf-8" ?>   
  <EmployeeDetails xmlns="http://Typed_Polling.EmployeeDetails">  
    <Employee_Info>10751John</Employee_Info>   
    <Employee_Profile>TesterManagesTesting</Employee_Profile>   
    <Employee_Performance>100000</EmployeePerformance>  
  </EmployeeDetails>  
  

  Nella risposta precedente è possibile notare che l'elemento Employee_Info contiene una combinazione di ID dipendente (10751) e nome dipendente (John). Gli altri elementi contengono anche combinazioni mappate nel mapper creato come parte dell'orchestrazione.

Nota

L'adapter SQL continuerà a eseguire il polling fino a quando non si disabilita in modo esplicito la porta di ricezione dalla console di amministrazione di BizTalk Server.

Procedure consigliate

Dopo aver distribuito e configurato il progetto BizTalk, è possibile esportare le impostazioni di configurazione in un file XML denominato file di associazione. Dopo aver generato un file di associazione, è possibile importare le impostazioni di configurazione dal file, in modo che non sia necessario creare le porte di trasmissione e le porte di ricezione per la stessa orchestrazione. Per altre informazioni sui file di associazione, vedere Riutilizzare le associazioni degli adattatori.

Vedere anche

Eseguire il polling di SQL Server usando l'adapter SQL con BizTalk Server