Cette page vous a-t-elle été utile ?
Votre avis sur ce contenu est important. N'hésitez pas à nous faire part de vos commentaires.
Vous avez d'autres commentaires ?
1500 caractères restants
Exporter (0) Imprimer
Développer tout

Didacticiel : Utilisation de ponts de service BizTalk pour rechercher des données de la Base de données SQL Azure

Mis à jour: juin 2015

Ce didacticiel explique comment utiliser la phase d'enrichissement (Enrich) dans un pont des BizTalk Services pour rechercher des données dans une base de données SQL Microsoft Azure. Pour illustrer comment le pont recherche des données de base de données SQL Azure, envisageons un scénario dans lequel un message au format de fichier plat est choisi sur un serveur FTP, est traité en utilisant un BizTalk Services pont, puis les données du fichier plat sont insérées dans une base de données SQL Server locale. Outre le fait d'illustrer comment rechercher des données de base de données SQL Azure, ce didacticiel fournit également de l'aide sur les fonctionnalités suivantes :

Avec la prise en charge du traitement des messages au format de fichier plat, vous pouvez utiliser un pont unidirectionnel pour traiter le XML, ainsi que les messages au format de fichier plat, en utilisant le même point de terminaison de pont. Toutefois, vous devez toujours créer et ajouter le schéma du message au format de fichier plat au projet de service BizTalk. L'Assistant Schéma de fichier plat le fait pour vous. Si vous avez déjà un message au format de fichier plat, utilisez l'Assistant pour générer le schéma de ce message au format de fichier plat et l'ajouter au projet. Placez ensuite un message au format de fichier plat sur un emplacement FTP et le pont pourra le consommer via une source FTP, le traiter, puis l'envoyer au point de terminaison de destination nécessaire. Enfin, suivez le message à mesure qu'il est traité dans chaque étape du pont. Les organisations peuvent lier toutes ces fonctionnalités dans un scénario de bout en bout qui répond à leurs besoins. À l'aide du scénario d'application professionnelle suivant, ce didacticiel illustre ces fonctionnalités et certaines autres fonctionnalités des BizTalk Services.

Northwind Traders est un fournisseur de soins de santé qui traite des demandes d'assurance maladie pour un fournisseur d'assurance, Humongous Insurance. Northwind envoie les demandes d'indemnité en tant que messages au format de fichier plat à Humongous Insurance. Humongous Insurance traite ces demandes et les enregistre en interne en utilisant une base de données SQL Server locale. Humongous Insurance souhaite déployer ce processus métier en tant qu'application sur Microsoft Azure. Humongous Insurance décide d'utiliser les fonctions d'intégration fournies avec les Microsoft Azure BizTalk Services pour déployer cette application dans le cloud.

Voici la série d'étapes qu'Humongous Insurance et Northwind Traders doivent effectuer pour développer, configurer, puis déployer l'application.

  • Humongous Insurance crée un projet de service BizTalk avec les BizTalk Services. Dans ce projet, Humongous Insurance effectue les opérations suivantes :

    • Elle utilise un exemple de message d'instance au format de fichier plat qu'elle a reçu de Northwind Traders (hors bande, au moyen de la messagerie électronique) pour créer le schéma de message au format de fichier plat. Humongous Insurance a besoin de ce schéma pour valider et traiter les messages au format de fichier plat qu'elle reçoit de Northwind.

    • Elle ajoute un composant source FTP au projet. La source FTP représente le serveur FTP sur lequel Northwind Traders dépose le message au format de fichier plat.

    • Elle ajoute un pont unidirectionnel pour gérer les messages au format de fichier plat qu'elle reçoit de Northwind Traders. Dans le pont, Humongous Insurance effectue les opérations suivantes :

      • Elle utilise une transformation pour convertir le message reçu de Northwind dans un format nécessaire pour insérer le message dans une table de base de données SQL Server où Humongous Insurance conserve toutes les demandes d'indemnisation.

      • Elle exécute l'enrichissement des données sur le message entrant. Grâce à l'enrichissement des données, Humongous Insurance enrichit le message pour inclure des informations qui ne faisaient pas partie du message original envoyé par Northwind Traders. Par exemple, dans ce scénario, le message au format de fichier plat de Northwind Traders inclut uniquement les informations de type de demande. Mais Humongous Insurance doit inclure la description du type de demande, ainsi que le message qui est inséré dans la base de données SQL Server locale. Par conséquent, pour accomplir cet enrichissement des données, Humongous Insurance recherche une table base de données SQL Azure (dont elle assure la maintenance pour mapper le type de demande à la description de la demande) pour déterminer quelle description de type de demande correspond au type de demande dans le message entrant, puis met à jour le message qui est inséré dans la base de données SQL Server locale pour inclure la description du type de demande.

      • Elle promeut certains éléments dans le message en tant que propriétés qu'elle peut utiliser pour suivre le message à mesure qu'il est traité par le pont.

    • Enfin, Humongous Insurance ajoute un composant service d'adaptateur BizTalk au projet de service BizTalk qui représente la base de données SQL Server locale dans laquelle les données du message doivent être insérées.

  • Humongous Insurance génère et déploie cette solution sur Service Bus.

Une fois la solution est déployée, Northwind Traders dépose un message au format de fichier plat pour une demande d'indemnisation à l'emplacement spécifié sur le serveur FTP. Le pont unidirectionnel XML consomme le message et l'insère dans la base de données SQL Server. L'illustration suivante représente le même scénario.

Scénarios d'entreprise

Ce didacticiel est rédigé autour d'un exemple, FlatFile_Bridge.zip, qui est disponible dans le cadre du téléchargement dans MSDN Code Gallery. Utilisez l'exemple et parcourez ce didacticiel pour comprendre comment l'exemple a été généré ou utilisez ce didacticiel pour créer votre propre application. Ce didacticiel cible la deuxième approche de façon à ce que vous compreniez comment cette application a été créée. En outre, autant que possible, le didacticiel est cohérent avec l'exemple et utilise les mêmes noms pour les artefacts (par exemple, schémas, transformations, etc.) que ceux utilisés dans l'exemple.

Même si Microsoft recommande de suivre le didacticiel pour comprendre les concepts et les procédures, si vous souhaitez utiliser l'exemple, voici ce que vous devez faire :

  • Téléchargez le package FlatFile_Bridge.zip, extrayez l'exemple FlatFile_Bridge, et effectuez les modifications appropriées, notamment spécifier votre espace de noms de service, le nom d'émetteur, la clé de l'émetteur, en mettant à jour le Relais LOB et les composants FTP pour inclure les informations spécifiques à votre serveur, etc. Après avoir apporté les modifications nécessaires, générez et déployez l'application.

  • Déposez un message de test à l'emplacement FTP configuré dans le cadre de la solution et vérifiez que l'application fonctionne comme prévu. Si le message est correctement traité, il est routé vers SQL Server et vous pouvez vérifier que les nouveaux enregistrements sont écrits dans la table Claims.

Voir aussi

Afficher:
© 2015 Microsoft