Partager via


Exécuter des opérations composites sur Oracle Database à l’aide de BizTalk Server

L’adaptateur Oracle Database permet aux clients d’adaptateur d’effectuer des opérations composites sur une base de données Oracle. Une opération composite peut inclure :

  • Opérations d’insertion, de mise à jour, de suppression et de sélection sur les tables et les vues.

  • Procédures et fonctions stockées, à l’intérieur ou à l’extérieur d’un package.

    Une seule opération composite peut avoir n’importe quel nombre de ces opérations, dans n’importe quel ordre. Par exemple, vous pouvez avoir deux insertions suivies d’une suppression et enfin d’une exécution de procédure stockée. En outre, vous pouvez avoir différentes opérations ciblant différentes tables ou vues de base de données. Pour plus d’informations sur la prise en charge des opérations composites par l’adaptateur, consultez Exécution d’opérations composites dans Oracle Database. Pour plus d’informations sur la structure du message SOAP pour les opérations composites, consultez Schémas de message pour l’opération composite.

Comment effectuer des opérations composites sur Oracle Database ?

L’exécution d’une opération sur une base de données Oracle à l’aide de l’adaptateur Oracle Database avec BizTalk Server implique des tâches procédurales décrites dans Blocs de construction pour développer des applications BizTalk avec Oracle Database. Pour effectuer des opérations composites sur une base de données Oracle, ces tâches sont les suivantes :

  1. Créez un projet BizTalk dans Visual Studio et générez le schéma pour toutes les opérations que vous souhaitez appeler.

  2. Créez manuellement un fichier de schéma qui inclut des références à tous les schémas que vous avez générés à l’étape précédente.

  3. Créez des messages dans le projet BizTalk pour envoyer et recevoir des messages à partir d’une base de données Oracle. Ces messages doivent être conformes au schéma de demande et de réponse que vous avez créé à l’étape précédente.

  4. Créez une orchestration pour appeler l’opération composite sur une base de données Oracle.

  5. Générez et déployez le projet BizTalk.

  6. Configurez l’application BizTalk en créant des ports d’envoi et de réception physiques.

  7. Démarrez l’application BizTalk.

    Cette rubrique fournit des instructions sur la façon d’effectuer ces tâches.

Génération d’un schéma

Dans cette rubrique, pour montrer comment effectuer des opérations composites, nous allons effectuer les tâches suivantes dans le même ordre :

  • Insérez un enregistrement dans la table ACCOUNTACTIVITY.

  • Récupérez tous les enregistrements de la table ACCOUNTACTIVITY en appelant la procédure GET_ALL_ACTIVITY dans le package ACCOUNT_PKG.

  • Supprimez l’enregistrement de la table ACCOUNTACTIVITY.

    Exécutez les scripts fournis avec les exemples pour créer la table ACCOUNTACTIVITY. Pour plus d’informations sur les exemples, consultez Exemples de schémas.

    Vous devez créer un projet BizTalk et utiliser le complément Consume Adapter Service pour générer le schéma. Pour plus d’informations sur la façon de générer des schémas , consultez Récupérer des métadonnées pour les opérations Oracle Database dans Visual Studio .

Création d’une définition de schéma composite

Vous devez maintenant créer un schéma composite dans le projet Visual Studio BizTalk qui référence les schémas que vous avez créés pour les opérations individuelles. Effectuez les étapes suivantes pour créer une définition de schéma composite.

Pour ajouter une définition de schéma composite

  1. Ajoutez un fichier de schéma au projet BizTalk dans Visual Studio. Cliquez avec le bouton droit sur le nom de la solution, pointez sur Ajouter, puis cliquez sur Nouvel élément. Dans la boîte de dialogue Ajouter un nouvel élément , dans la zone Catégories , cliquez sur Fichiers de schéma. Dans la zone Modèles , cliquez sur Schéma. Spécifiez un nom pour le fichier de schéma, puis cliquez sur OK.

    Pour cet exemple, spécifiez le nom du fichier de schéma en tant que CompositeSchema.xsd.

  2. Ajoutez des références au schéma généré pour les différentes opérations que vous souhaitez effectuer. Dans cet exemple, les différents schémas générés pour les opérations sont les suivants :

    • OracleDBBinding.xsd, pour les opérations d’insertion et de suppression sur la table ACCOUNTACTIVITY.

    • OracleDBBinding2.xsd, pour la procédure GET_ALL_ACTIVITY.

      Pour ajouter des références :

    1. Cliquez avec le bouton droit sur le nœud de schéma> racine< dans CompositeSchema.xsd, puis cliquez sur Propriétés.

    2. Dans la zone Propriété , cliquez sur le bouton de sélection (...) par rapport à la propriété Imports .

      Importer des définitions de schéma

    3. Dans la boîte de dialogue Importations , dans la liste Importer un nouveau schéma en tant que , sélectionnez Importation XSD, puis cliquez sur Ajouter.

    4. Dans la boîte de dialogue Sélecteur de type BizTalk , développez le nœud Nom du projet BizTalk, Schémas, puis sélectionnez le schéma à importer. Pour cet exemple, sélectionnez <BizTalk_project_name>. OracleDBBinding.xsd. Cliquez sur OK.

      Répétez cette étape pour importer <BizTalk_project_name>. OracleDBBinding2.xsd aussi.

    5. Dans la boîte de dialogue Importations , cliquez sur OK.

  3. Ajoutez deux nœuds enfants au nœud de schéma racine. Un nœud enfant correspond au schéma de demande pour l’exécution de l’opération composite. L’autre nœud enfant correspond au schéma de réponse. Le nœud qui correspond au schéma de requête peut avoir n’importe quel nom. Le nœud qui correspond au schéma de réponse doit être appelé <request_schema_node>Response. Pour cet exemple, nous allons appeler le nœud de schéma de requête en tant que Requête. Par conséquent, le nœud de schéma de réponse est appelé RequestResponse.

    Notes

    Par défaut, un nœud racine est également ajouté à un nouveau fichier de schéma. Vous pouvez renommer le nœud racine en Requête. Pour renommer un nœud, cliquez avec le bouton droit sur le nom du nœud, puis cliquez sur Renommer.

    Pour ajouter un nœud sous le <nœud Schéma> :

    1. Cliquez avec le bouton droit sur le <nœud Schéma> , pointez sur Insérer un nœud de schéma, puis cliquez sur Enregistrement enfant.

    2. Renommez le nouveau nœud RequestResponse.

  4. Ajoutez des nœuds enfants sous le nœud Requête qui correspondent au schéma de requête pour chaque opération que vous allez effectuer dans le cadre de l’opération composite. Pour cet exemple, vous devez ajouter des nœuds enfants correspondant aux éléments suivants :

    • Opérations d’insertion et de suppression sur la table ACCOUNTACTIVITY.

    • GET_ALL_ACTIVITY procédure.

    Important

    Vous devez ajouter les nœuds dans l’ordre dans lequel vous souhaitez effectuer les opérations. Par exemple, si vous souhaitez insérer un enregistrement, exécuter une procédure stockée, puis supprimer un enregistrement, vous devez d’abord ajouter un nœud pour l’opération Insérer, suivi d’un nœud pour la procédure stockée et enfin d’un nœud pour l’opération Supprimer.

    Pour ajouter des nœuds enfants au nœud Requête :

    1. Cliquez avec le bouton droit sur le nœud Requête , pointez sur Insérer un nœud de schéma, puis cliquez sur Enregistrement enfant.

      Insérer des nœuds enfants pour un schéma

    2. Renommez l’enregistrement pour qu’il corresponde à un schéma de requête pour une opération que vous effectuez dans le cadre de l’opération composite. Par exemple, renommez le nœud « Insert ».

    3. Mappez le nœud Insérer au schéma de requête pour l’opération Insérer sur la table ACCOUNTACTIVITY. Pour ce faire, cliquez avec le bouton droit sur le nœud Insérer , puis cliquez sur Propriétés. Dans la zone Propriétés, dans la liste Type de structure de données, sélectionnez Insérer (référence).

      Mapper des nœuds enfants au schéma de requête

    4. Répétez ces étapes pour ajouter des nœuds pour les schémas de requête pour GET_ALL_ACTIVITY procédure stockée et l’opération Delete. Spécifiez les noms de nœud et mappez-les au schéma correspondant, comme indiqué dans le tableau suivant.

      Nom du nœud Mappé au schéma
      GET_ALL_ACTIVITY GET_ALL_ACTIVITY (référence)
      Supprimer Supprimer (référence)
  5. Ajoutez des nœuds enfants sous le nœud RequestResponse qui correspondent au schéma de réponse pour chaque opération que vous allez effectuer dans le cadre de l’opération composite. Pour cet exemple, vous devez ajouter des nœuds enfants correspondant aux éléments suivants :

    • Opérations d’insertion et de suppression sur la table ACCOUNTACTIVITY.

    • GET_ALL_ACTIVITY procédure stockée.

    Important

    Vous devez ajouter les nœuds enfants dans le même ordre que les nœuds enfants sous le nœud Requête .

    Pour ajouter des nœuds enfants au nœud RequestResponse :

    1. Cliquez avec le bouton droit sur le nœud RequestResponse , pointez sur Insérer un nœud de schéma, puis cliquez sur Enregistrement enfant.

    2. Renommez l’enregistrement pour qu’il corresponde à un schéma de réponse pour une opération que vous effectuez dans le cadre de l’opération composite. Par exemple, renommez le nœud « InsertResponse ».

    3. Mappez le nœud InsertResponse au schéma de réponse pour l’opération Insertion sur la table ACCOUNTACTIVITY. Pour ce faire, cliquez avec le bouton droit sur le nœud InsertResponse , puis cliquez sur Propriétés. Dans la zone Propriétés, dans la liste Type de structure de données, sélectionnez InsérerResponse (Référence).

    4. Répétez ces étapes pour ajouter des nœuds pour les schémas de réponse pour la procédure stockée GET_ALL_ACTIVITY et l’opération Delete. Spécifiez les noms de nœud et mappez-les au schéma correspondant, comme indiqué dans le tableau suivant.

      Nom du nœud Mappé au schéma
      GET_ALL_ACTIVITYResponse GET_ALL_ACTIVITYResponse (référence)
      DeleteResponse DeleteResponse (référence)
  6. Enregistrez le fichier CompositeSchema.xsd .

Définition des messages et des types de messages

Le schéma composite que vous avez créé à la dernière étape décrit les « types » requis pour les messages dans une orchestration. Un message est généralement une variable, dont le type est défini par le schéma correspondant. Vous devez maintenant créer des messages pour l’orchestration et les lier au schéma que vous avez créé à l’étape précédente.

  1. Ajoutez une orchestration au projet BizTalk dans Visual Studio. À partir de Explorateur de solutions, cliquez avec le bouton droit sur le nom du projet BizTalk, pointez sur Ajouter, puis cliquez sur Nouvel élément. Tapez un nom pour l’orchestration BizTalk, puis cliquez sur Ajouter.

  2. Si la fenêtre Vue Orchestration du projet BizTalk n’est pas déjà ouverte, ouvrez-la. Pour ce faire, cliquez sur Affichage, pointez sur Autres fenêtres, puis cliquez sur Vue d’orchestration.

  3. En mode Orchestration, cliquez avec le bouton droit sur Messages, puis cliquez sur Nouveau message.

  4. Cliquez avec le bouton droit sur le message nouvellement créé, puis sélectionnez Fenêtre Propriétés.

  5. Dans le volet Propriétés du Message_1, procédez comme suit :

    Propriété Pour
    Identificateur Saisissez Request
    Type de message Dans la liste déroulante, développez Schémas, puis sélectionnez Composite_Op.CompositeSchema.Request, où Composite_Op est le nom de votre projet BizTalk. CompositeSchema est le schéma que vous avez créé manuellement pour les opérations composites.
  6. Répétez l’étape 2 pour créer un nouveau message. Dans le volet Propriétés du nouveau message, procédez comme suit :

    Propriété Pour
    Identificateur Saisissez Response
    Type de message Dans la liste déroulante, développez Schémas, puis sélectionnez Composite_Op.CompositeSchema.RequestResponse.

Configuration de l’orchestration

Vous devez créer une orchestration BizTalk pour utiliser BizTalk Server pour effectuer des opérations composites sur une base de données Oracle. Dans cette orchestration, vous supprimez un message de demande à un emplacement de réception défini. Le message de demande doit être conforme au schéma composite que vous avez créé précédemment. L’adaptateur Oracle Database consomme ce message et le transmet à la base de données Oracle. La réponse de la base de données Oracle est enregistrée dans un autre emplacement. Vous devez inclure les formes Envoyer et Recevoir pour envoyer des messages à la base de données Oracle et recevoir des réponses, respectivement. Une orchestration de base pour effectuer des opérations composites ressemble à ce qui suit :

Orchestration pour peformer les opérations composites

Ajout de formes de message

Veillez à spécifier les propriétés suivantes pour chacune des formes de message. Les noms répertoriés dans la colonne Forme sont les noms des formes de message affichées dans l’orchestration qui vient d’être mentionnée.

Forme Type de forme Propriétés
ReceiveMessage Recevoir - Définissez Nom sur ReceiveMessage
- Définissez Activer sur True
SendMessage Envoyer - Définissez Nom sur SendMessage
ReceiveResponse Recevoir - Définissez Nom sur ReceiveResponse
- Définissez Activer sur False
SendResponse Envoyer - Définissez Nom sur SendResponse

Ajout de ports

Veillez à spécifier les propriétés suivantes pour chacun des ports logiques. Les noms répertoriés dans la colonne Port sont les noms des ports affichés dans l’orchestration.

Port Propriétés
MessageIn - Définissez Identificateur sur MessageIn
- Définissez Type sur MessageInType
- Définir le modèle de communication sur Unidirectionnel
- Définir le sens de communication sur réception
LOBPort - Définissez Identificateur sur LOBPort
- Définissez Type sur LOBPortType
- Définir le modèle de communication sur Requête-réponse
- Définir le sens de communication sur Send-Receive
ResponseOut - Définissez Identificateur sur ResponseOut
- Définissez Type sur ResponseOutType
- Définir le modèle de communication sur Unidirectionnel
- Définir le sens de communication sur Envoyer

Spécifier des messages pour les formes d’action et les connecter aux ports

Le tableau suivant spécifie les propriétés et leurs valeurs que vous devez définir pour spécifier les messages pour les formes d’action et lier les messages aux ports. Les noms répertoriés dans la colonne Forme sont les noms des formes de message, comme indiqué dans l’orchestration mentionnée précédemment.

Forme Propriétés
ReceiveMessage - Définir message sur Requête
- Définissez Opération sur MessageIn.CompositeOp.Request
SendMessage - Définir message sur Requête
- Définissez Opération sur LOBPort.CompositeOp.Request
ReceiveResponse - Définir message sur Réponse
- Définissez Opération sur LOBPort.CompositeOp.Response
SendResponse - Définir message sur Réponse
- Définissez Opération sur ResponseOut.CompositeOp.Request

Une fois que vous avez spécifié ces propriétés, les formes et les ports de message sont connectés et votre orchestration est terminée.

Vous devez maintenant générer la solution BizTalk et la déployer sur un BizTalk Server. Pour plus d’informations, consultez Génération et exécution d’orchestrations.

Configuration de l’application BizTalk

Une fois que vous avez déployé le projet BizTalk, l’orchestration que vous avez créée précédemment est répertoriée sous le volet Orchestrations de la console d’administration BizTalk Server. Vous devez utiliser la console Administration BizTalk Server pour configurer l’application. Pour obtenir une procédure pas à pas, consultez Procédure pas à pas : déploiement d’une application BizTalk de base.

La configuration d’une application implique :

  • Sélection d’un hôte pour l’application.

  • Mappage des ports que vous avez créés dans votre orchestration aux ports physiques dans la console Administration BizTalk Server. Pour cette orchestration, vous devez :

    • Définissez un emplacement sur le disque dur et un port de fichier correspondant où vous allez supprimer un message de demande. L’orchestration BizTalk consomme le message de requête et l’envoie à la base de données Oracle.

    • Définissez un emplacement sur le disque dur et un port de fichier correspondant où l’orchestration BizTalk supprime le message de réponse contenant la réponse de la base de données Oracle.

    • Définissez un WCF-Custom physique ou WCF-OracleDB un port d’envoi pour envoyer des messages à la base de données Oracle. Étant donné que les opérations qui font partie de l’opération composite sont exécutées dans une transaction unique, assurez-vous que la propriété de liaison UseAmbientTransaction a la valeur True.

      Vous devez également spécifier l’action dans le port d’envoi. L’action d’une opération composite est «<http://Microsoft.LobServices.OracleDB/2007/03/CompositeOperation ».> Pour plus d’informations sur la création de ports, consultez Configurer manuellement une liaison de port physique à l’adaptateur de base de données Oracle. Pour plus d’informations sur la spécification d’actions pour les ports, consultez Configurer l’action SOAP pour Oracle Database.

      Notes

      La génération du schéma à l’aide du complément De projet BizTalk du service Consume Adapter crée également un fichier de liaison qui contient des informations sur les ports et les actions à définir pour ces ports. Vous pouvez importer ce fichier de liaison à partir de la console d’administration BizTalk Server pour créer des ports d’envoi (pour les appels sortants) ou de réception (pour les appels entrants). Pour plus d’informations, consultez Configurer une liaison de port physique à l’aide d’un fichier de liaison de port à Oracle Database. Si vous importez ce fichier de liaison, l’action sur le port d’envoi est définie sur une action dynamique impliquant toutes les opérations que vous avez sélectionnées dans le complément Consumer Adapter Service lors de la génération du schéma. Pour une opération composite, vous devez remplacer l’action dynamique par «<http://Microsoft.LobServices.OracleDB/2007/03/CompositeOperation ».>

Démarrage de l’application

Vous devez démarrer l’application BizTalk pour effectuer des opérations composites sur une base de données Oracle. Pour obtenir des instructions sur le démarrage d’une application BizTalk, consultez Guide pratique pour démarrer une orchestration.

À ce stade, assurez-vous que :

  • Le port de réception FILE pour recevoir les messages de demande pour l’orchestration est en cours d’exécution.

  • Le port d’envoi FILE pour recevoir les messages de réponse de l’orchestration est en cours d’exécution.

  • Le port d’envoi WCF-Custom ou WCF-OracleDB pour envoyer des messages à la base de données Oracle est en cours d’exécution.

  • L’orchestration BizTalk pour l’opération est en cours d’exécution.

Exécution de l’opération

Après avoir exécuté l’application, vous devez supprimer un message de demande à l’emplacement de réception FILE. Le schéma du message de demande doit être conforme au schéma pour les opérations composites que vous avez créées précédemment. Par exemple, un message de demande qui insère un enregistrement dans la table ACCOUNTACTIVITY, appelle la procédure stockée GET_ALL_ACTIVITY et supprime un enregistrement de la table ACCOUNTACTIVITY est :

<Request xmlns="http://Composite_Op.CompositeSchema">  
  <Insert xmlns="http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/ACCOUNTACTIVITY">  
    <RECORDSET>  
      <ACCOUNTACTIVITYRECORDINSERT>  
        <TID>1</TID>  
        <ACCOUNT>100001</ACCOUNT>  
        <AMOUNT>1500</AMOUNT>  
        <DESCRIPTION></DESCRIPTION>  
        <TRANSDATE>2008-06-21T15:52:19</TRANSDATE>  
        <PROCESSED>n</PROCESSED>  
      </ACCOUNTACTIVITYRECORDINSERT >  
    </RECORDSET>  
  </Insert>  
  <GET_ALL_ACTIVITY xmlns="http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Package/ACCOUNT_PKG"/>  
  <Delete xmlns="http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/ACCOUNTACTIVITY">  
    <FILTER>WHERE AMOUNT = 1500</FILTER>  
  </Delete>  
</Request>  

Le message de demande précédent insère d’abord un enregistrement, puis appelle la procédure GET_ALL_ACTIVITY pour obtenir tous les enregistrements de la table ACCOUNTACTIVITY. Ensuite, l’enregistrement inséré est supprimé en spécifiant une clause FILTER. Consultez Schémas de message pour l’opération composite pour plus d’informations sur le schéma de message de requête pour effectuer des opérations composites sur une base de données Oracle à l’aide de l’adaptateur Oracle Database.

L’orchestration consomme le message et l’envoie à la base de données Oracle. La réponse de la base de données Oracle est enregistrée à l’autre emplacement FILE défini dans le cadre de l’orchestration. Par exemple, la réponse de la base de données Oracle pour le message de requête précédent ressemble à ce qui suit :

<?xml version="1.0" encoding="utf-8" ?>   
<RequestResponse xmlns="http://Composite_Op.CompositeSchema">  
  <InsertResponse xmlns="http://Microsoft.LobServices.OracleDB/2007/03/SCOOT/Table/ACCOUNTACTIVITY">  
    <InsertResult>1</InsertResult>   
  </InsertResponse>  
  <GET_ALL_ACTIVITYResponse xmlns="http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Package/ACCOUNT_PKG">  
    <ALLRECS>  
      <xs:schema id="NewDataSet" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">  
        <xs:element msdata:IsDataSet="true" name="NewDataSet">  
          <xs:complexType>  
            <xs:sequence>  
              <xs:element minOccurs="0" maxOccurs="unbounded" name="NewTable">  
                <xs:complexType>  
                  <xs:sequence>  
                    <xs:element minOccurs="0" name="TID" type="xs:decimal" />   
                    <xs:element minOccurs="0" name="ACCOUNT" type="xs:decimal" />   
                    <xs:element minOccurs="0" name="AMOUNT" type="xs:decimal" />   
                    <xs:element minOccurs="0" name="DESCRIPTION" type="xs:string" />   
                    <xs:element minOccurs="0" name="TRANSDATE" type="xs:dateTime" />   
                    <xs:element minOccurs="0" name="PROCESSED" type="xs:string" />   
                  </xs:sequence>  
                </xs:complexType>  
              </xs:element>  
            </xs:sequence>  
          </xs:complexType>  
        </xs:element>  
      </xs:schema>  
      <diffgr:diffgram xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1">  
        <NewDataSet xmlns="">  
          <NewTable>  
            ......   
            ......   
          </NewTable>  
          ......  
          ......  
          <NewTable>  
            <TID>10</TID>   
            <ACCOUNT>100001</ACCOUNT>   
            <AMOUNT>1000</AMOUNT>   
            <TRANSDATE>2008-07-28T21:39:57</TRANSDATE>   
            <PROCESSED>n</PROCESSED>   
          </NewTable>  
        </NewDataSet>  
      </diffgr:diffgram>  
    </ALLRECS>  
  </GET_ALL_ACTIVITYResponse>  
  <DeleteResponse xmlns="http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/ACCOUNTACTIVITY">  
    <DeleteResult>1</DeleteResult>   
  </DeleteResponse>  
</RequestResponse>  

La réponse précédente contient plusieurs jeux de résultats correspondant aux différentes opérations effectuées dans le cadre de l’opération composite. Par exemple, l’élément InsertResult contient « 1 », indiquant le nombre de lignes insérées par l’opération Insert. De même, l’élément DeleteResult contient « 1 », indiquant le nombre de lignes supprimées par l’opération Delete.

Important

Si vous rencontrez des problèmes de délai d’attente lors de l’exécution d’une opération composite, cela peut être dû au fait que le nombre de connexions est inférieur au nombre d’opérations dans une opération composite impliquant :

  • Procédures stockées contenant des paramètres BFILE, BLOB, CLOB, NCLOB et REF CURSOR en tant que paramètres OUT ou IN OUT.

    • Sélectionnez l’opération.

    Pour résoudre ce problème, vous devez vous assurer que s’il existe « n » nombre d’opérations de ce type dans une opération composite, la valeur spécifiée pour la propriété de liaison MinPoolSize est « n+1 » ou supérieure. Pour plus d’informations sur la propriété de liaison MinPoolSize , consultez Utilisation des propriétés de liaison.

Bonnes pratiques

Une fois que vous avez déployé et configuré le projet BizTalk, vous pouvez exporter les paramètres de configuration vers un fichier XML appelé fichier de liaison. Une fois que vous avez généré un fichier de liaison, vous pouvez importer les paramètres de configuration à partir du fichier, de sorte que vous n’avez pas besoin de créer des éléments tels que des ports d’envoi et des ports de réception pour la même orchestration. Pour plus d’informations sur les fichiers de liaison, consultez Réutiliser les liaisons d’adaptateur Oracle Database.

Voir aussi

Blocs de construction pour développer des applications BizTalk avec Oracle Database