Ricevere messaggi sui cambiamenti dei dati, fortemente tipizzati e basati su polling, da SQL Server utilizzando BizTalk Server.

È possibile configurare l'adapter SQL per ricevere messaggi di polling tipizzati in modo rigoroso 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 insieme 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 a cui si vuole eseguire il mapping potrebbe essere per un'altra operazione in SQL Server. Ad esempio, è possibile mappare determinati elementi nel messaggio di polling allo schema per un'operazione di inserimento in un'altra tabella. I valori nel messaggio di polling fungono quindi da parametri per l'operazione Di inserimento. 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 desidera disporre di più operazioni di polling in una singola applicazione BizTalk, è necessario specificare una proprietà di connessione InboundID come parte dell'URI di connessione per renderla univoca. Con un URI di connessione univoco, è possibile creare più porte di ricezione che eseguono il polling dello stesso database o anche la stessa tabella in un database. Per altre informazioni, vedere Ricezione di 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 messaggio per le operazioni di polling e TypedPolling.

Come questo argomento illustra il polling fortemente tipizzato

In questo argomento viene illustrato 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 InboundID come parte dell'URI di connessione.

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

  Come parte dell'istruzione di polling, eseguire le operazioni seguenti:

• Selezionare tutte le righe dalla tabella Employee.

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

• Eseguire una procedura memorizzata (ADD_EMP_DETAILS) per aggiungere un nuovo record alla tabella Dipendente. Questa procedura accetta come parametri il nome, la designazione e lo stipendio del dipendente.

  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é si genera 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>  

È anche possibile aggiungere un BizTalk Mapper al progetto per eseguire il mapping degli elementi dalla tabella Employee (ricevuta come messaggio di polling) agli elementi nello schema EmployeeDetails.xsd. Nell'ambito della mappa, è possibile combinare uno o più elementi dal messaggio di polling ed eseguirne il mapping a un singolo elemento nello schema EmployeeDetails. A tale scopo, è possibile usare il functoid String Concatenate .

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

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

La tabella seguente riepiloga 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 di BizTalk Server. È necessario specificare la proprietà di associazione PollingStatement prima di generare lo schema per l'operazione TypedPolling .

Annotazioni

Per il polling tipizzato, è necessario specificare la proprietà di offerta PollingStatement 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 della porta generato dal componente aggiuntivo consume adapter service come parte della generazione di metadati contiene anche i valori specificati per le proprietà di associazione. È possibile importare successivamente questo file di associazione nella console di amministrazione di BizTalk Server per creare la porta di ricezione personalizzata o WCF-SQL WCF con le proprietà di associazione già impostate. Per altre informazioni sulla creazione di una porta tramite il file di associazione, vedere Configurare un'associazione di porte fisiche usando un file di associazione di porte per l'uso dell'adapter SQL.

Proprietà di associazione	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 tipizzati, impostare su TypedPolling.
PolledDataAvailableStatement	Specifica l'istruzione SQL eseguita dall'adapter per determinare se sono disponibili dati 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, espresso 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 sondaggi successivi. Se l'istruzione viene eseguita entro l'intervallo specificato, l'adattatore attende il tempo rimanente nell'intervallo.
PollingStatement	Specifica l'istruzione SQL per eseguire il polling della tabella di database di SQL Server. È possibile specificare una semplice istruzione SELECT o una stored procedure per l'istruzione di polling. Il valore predefinito è Null. Per abilitare il polling, è necessario specificare un valore per PollingStatement . L'istruzione di polling viene eseguita solo se sono disponibili dati per il polling, il che è determinato dalla proprietà di associazione PolledDataAvailableStatement. È possibile specificare un numero qualsiasi 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 di cui viene eseguito il polling. Se nella tabella non sono disponibili dati, l'adapter torna a eseguire l'istruzione SQL all'intervallo di polling specificato. Il valore predefinito è false.

Per una descrizione più completa di queste proprietà, vedere Informazioni sulle proprietà di associazione dell'adapter BizTalk per SQL Server. 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 tipizzati dal database SQL Server

L'esecuzione di un'operazione nel database di SQL Server tramite l'adapter SQL con BizTalk Server comporta le attività procedurali descritte in Blocchi predefiniti per sviluppare applicazioni BizTalk con l'adapter SQL. Per configurare l'adattatore per ricevere messaggi di modifica dei dati fortemente tipizzati, 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 la ricezione di messaggi dal database di SQL Server.

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

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

5. Aggiungere un mapper di BizTalk per eseguire il mapping del schema del 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 è necessario configurare sempre una porta di ricezione WCF-Custom unidirezionale o WCF-SQL. Le porte di ricezione bidirezionali WCF-Custom o WCF-SQL non sono supportate per le operazioni di 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 lo schema

È necessario generare lo schema per l'operazione TypedPolling . Per altre informazioni su come generare lo schema, vedere Recupero di metadati per operazioni di SQL Server in Visual Studio tramite 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 Employee. Per altre informazioni sull'URI di connessione, vedere Creare l'URI di connessione di SQL Server.

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

   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).Select the contract type as Service (Inbound operation).

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 il quale è 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 di SQL Server.

Seguire questa procedura per creare messaggi e collegarli allo schema.

Creare messaggi e collegarsi allo schema

1. Aggiungere un'orchestrazione al progetto BizTalk. In 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 di 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 e quindi scegliere Nuovo messaggio.

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

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

   Usare questo	Per farlo
   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 di SQL Server. In questa orchestrazione, l'adattatore riceve il messaggio di polling per la dichiarazione 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 una destinazione FILE. Un'orchestrazione tipica per la ricezione di messaggi di polling fortemente tipizzato da un database di SQL Server conterrà:

• 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 bidirezionali non sono supportate per le operazioni in ingresso.

• Porta di trasmissione unidirezionale per inviare risposte di polling da un database di SQL Server a una cartella.

• Un BizTalk Mapper per mappare lo schema del messaggio di polling su qualsiasi altro schema.

  Un'orchestrazione di esempio è simile alla seguente.

  

Aggiungi forme 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à
RiceviMessaggio	Ricevere	- Impostare Nome su ReceiveMessage - Impostare Attiva su Vero
SalvaMessaggio	Invia	- Impostare Name 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.

Porto	Proprietà
SQLReceivePort	- Impostare l'identificatore su SQLReceivePort - Impostare il tipo su SQLReceivePortType - Impostare il modello di comunicazione su unidirezionale - Impostare la direzione di comunicazione su Ricevi
SaveMessagePort	- Impostare l'identificatore su SaveMessagePort - Impostare Tipo su SaveMessagePortType - Impostare il modello di comunicazione su unidirezionale - Impostare la direzione di comunicazione su Send

Immettere messaggi per le forme di azione e connettere 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 messaggio visualizzate nell'orchestrazione indicata in precedenza.

Forma	Proprietà
RiceviMessaggio	Impostare Message su PollingMessage Imposta Operazione su SQLReceivePort.TypedPolling.Request
SalvaMessaggio	Impostare Message su PollingMessage Impostare Operation 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 BizTalk Mapper 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 BizTalk Mapper al progetto BizTalk. Fare clic con il pulsante destro del mouse sul progetto BizTalk, scegliere Aggiungi e fare clic su Nuovo elemento.

   Nel riquadro sinistro della finestra di dialogo Aggiungi nuovo elemento selezionare File mappa. 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 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, si prega di 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 mappati 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 String Concatenate. Dettagli nelle indicazioni sull'interfaccia utente e sullo spazio dei nomi di riferimento dell'API per sviluppatori.

8. Per usare il functoid String Concatenate:

   1. Dalla casella degli strumenti trascinate il functoid String Concatenate e rilasciatelo sulla griglia del 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 la mappa.

   L'orchestrazione viene completata dopo la creazione del mapper. È ora necessario compilare la soluzione BizTalk e distribuirla in 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 comporta:

• Selezione di un host per l'applicazione.

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

  • Definire un WCF-Custom fisico o WCF-SQL porta di ricezione unidirezionale. Questa porta di polling interroga il database di SQL Server utilizzando l'istruzione di polling specificata per essa. 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 personalizzata o WCF-SQL WCF, 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'adapter SQL.

    Proprietà di associazione	Valore
    InboundOperationType	Assicurarsi di impostare questo valore 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 sulle proprietà di associazione dell'adapter BizTalk per SQL Server.

    Annotazioni

    È 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 mappare il messaggio di polling a un messaggio conforme allo schema EmployeeDetails.xsd. Per configurare la porta di trasmissione FILE per usare la mappa, seguire questa procedura.

    1. Creare una porta di trasmissione FILE.

    2. Nel riquadro sinistro della finestra di dialogo delle proprietà della 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 di SQL Server usando le istruzioni specificate per la proprietà di associazione PollingStatement, è in esecuzione.

• La porta di invio FILE, che mapperà il messaggio di polling allo schema EmployeeDetails, è attiva.

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

Eseguire l'operazione

Dopo aver eseguito l'applicazione, viene eseguito il set di azioni seguente, nella stessa sequenza:

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

• L'adattatore 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 prima 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 corrispondente al 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 mappa il messaggio di polling allo schema di 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.

Annotazioni

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.

Migliori pratiche

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 ricevere le porte 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