Экспорт (0) Печать
Развернуть все

Учебник. Использование мостов службы BizTalk для поиска данных в базе данных SQL Azure

Обновлено: Август 2013 г.

Этот учебник содержит руководство по использованию этапа обогащения данных в мосте Службы BizTalk для подстановки данных из База данных SQL Windows Azure. Чтобы продемонстрировать, как мост запрашивает данные из База данных SQL, рассмотрим случай, когда сообщение с неструктурированным файлом забирается с FTP-сервера, обрабатывается с помощью Службы BizTalk мост, после чего данные из файла наконец вставляются в локальный сервер SQL Server. Помимо демонстрации подстановки данных в База данных SQL, в этом учебнике также предоставляется руководство по следующим функциям:

При наличии функций по обработке сообщений с неструктурированным файлом можно использовать односторонний мост для обработки XML, а также сообщений с файлом в одной и той же конечной точке моста. Однако все же потребуется создать и добавить в Проект служб BizTalk схему сообщения с неструктурированным файлом. В этом вам поможет мастер Схема неструктурированного файла. Если у вас уже есть сообщение с неструктурированным файлом, мастер можно использовать для формирования схемы этого файла и добавления его в проект. Затем можно будет поместить сообщение с неструктурированным файлом в папку на FTP-сервере, после чего мост сможет получить сообщение через FTP-источник, обработать его и отправить в нужную целевую конечную точку. И наконец, сообщение можно отслеживать по мере прохождения им каждого этапа моста. Организации могут связать все эти функции вместе во всеобъемлющее решение, которое соответствует их бизнес-требованиям. В этом учебнике эти и некоторые другие функции Службы BizTalk демонстрируются с помощью следующего бизнес-сценария.

Бизнес-сценарий

Компания Northwind Traders занимается предоставлением медицинских услуг. Ей требуется обрабатывать заявки на страховку для поставщиков страховок, компании Humongous Insurance. Northwind отправляет в Humongous Insurance заявки в виде сообщений с неструктурированным файлом. Humongous Insurance обрабатывает эти заявки и сохраняет их в базу данных с помощью локальной базы данных SQL Server. Humongous Insurance хочет развернуть этот бизнес-процесс в виде приложения Windows Azure. Humongous Insurance решает использовать возможности интеграции, которые есть в Службы Windows Azure BizTalk, для развертывания этого приложения в облаке.

Вот последовательность действий, которые необходимо выполнить со своей стороны Humongous Insurance и Northwind Traders, чтобы разработать, настроить и развернуть приложение.

  • Humongous Insurance создает Проект служб BizTalk с помощью Службы BizTalk. В этом проекте выполняются следующие действия.

    • Используется пример сообщения с неструктурированным файлом, которое поступает от Northwind Traders (по электронной почте), для создания схемы сообщения с неструктурированным файлом. Эта схема нужна Humongous Insurance для проверки и обработки сообщений с файлами, которые компания получает от базы данных Northwind.

    • Добавляет в проект компонент FTP-источника. FTP-источник представляет FTP-сервер, на котором Northwind Traders оставляет сообщение.

    • Добавляет односторонний мост для обработки сообщений с файлами, полученными от Northwind Traders. Внутри моста Humongous Insurance выполняет следующее.

      • Использует преобразование для преобразования сообщения, полученного от Northwind, в формат, который требуется для вставки сообщения в таблицу базы данных SQL Server, где Humongous Insurance хранит все требования по страховке.

      • Выполняет обогащение данных во входящем сообщении. С помощью обогащения данных Humongous Insurance добавляет в сообщение сведения, которые не были частью исходных данных, отправленных из Northwind Traders. Например, в этом сценарии сообщение от Northwind Traders включает только сведения о типе заявки. Однако Humongous Insurance также необходимо включить описание типа заявки в сообщение, которое вставляется в локальную базу данных SQL Server. Таким образом, для обогащения данных Humongous Insurance просматривает таблицу База данных SQL (которая ведется для сопоставления типа заявки с описанием), чтобы найти описание, соответствующее типу заявки во входящем сообщении, и затем добавляет в сообщение описание типа заявки, которое затем вставляется в базу данных локального сервера SQL Server.

      • Помечает некоторые элементы в сообщении как свойства, с помощью которых можно отслеживать сообщение по мере его обработки в мост.

    • Наконец, Humongous добавляет к Проект служб BizTalk компонент в Служба адаптера BizTalk, представляющий локальный сервер SQL Server, куда следует вставить данные из сообщения.

  • Humongous Insurance строит и развертывает это решение в Service Bus.

После развертывания решения Northwind Traders удаляет сообщение с неструктурированным файлом, отправленное для заявки на страховку, в указанном месте на FTP-сервере. Односторонний мост XML принимает сообщение и вставляет его в базу данных SQL Server. Следующая иллюстрация демонстрирует этот сценарий.

Бизнес-сценарий

Применение данной статьи

В этом учебнике описан пример FlatFile_Bridge.zip, доступный как часть загружаемого из коллекции исходных кодов MSDN архива. Можно проработать учебник с использованием этого образца, чтобы понять, как был построен образец, или создать собственное приложение, отталкиваясь от этого учебника. Этот учебник ориентирован на второй вариант, чтобы читающий понял, как было построено данное приложение. Кроме того, насколько возможно, учебник согласован с образцом и использует те же имена артефактов (схем, преобразований и т. д.), которые заданы в образце.

Несмотря на то что для ознакомления с базовыми сведениями и методами Майкрософт рекомендует следовать учебнику, но, если вы желаете использовать образец, выполните следующие действия.

  • Загрузите пакет FlatFile_Bridge.zip, извлеките образец FlatFile_Bridge и внесите необходимые изменения (укажите пространство имен службы, имя поставщика, ключ поставщика, обновите Ретрансляция больших двоичных объектов и компоненты FTP, чтобы включить в них конкретную информацию о сервера и т. д.). После внесения необходимых изменений постройте и разверните приложение.

  • Удалите тестовое сообщение в папке на FTP-сервере, настроенном как часть решения, и убедитесь в том, что приложение работает, как ожидается. Если сообщение будет успешно обработано, оно будет направлено в SQL Server и вы сможете проверить, были ли вставлены в таблицу «Утверждения» новые записи.

В данном разделе

См. также


Дата сборки:

2013-11-22

Добавления сообщества

Показ:
© 2014 Microsoft