Была ли эта страница полезной?
Ваш отзыв об этом контенте важен для нас. Расскажите нам о том, что вы думаете.
Дополнительный отзыв?
1500 символов осталось
Учебник. Использование мостов службы BizTalk для поиска данных в базе данных SQL Azure
Collapse the table of content
Expand the table of content

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

Обновлено: Июнь 2015 г.

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

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

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

Вот последовательность действий, которые необходимо выполнить со своей стороны 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 Azure (которая ведется для сопоставления типа заявки с описанием), чтобы найти описание, соответствующее типу заявки во входящем сообщении, и затем добавляет в сообщение описание типа заявки, которое затем вставляется в базу данных локального сервера SQL Server.

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

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

  • Humongous Insurance строит и развертывает это решение в Служебная шина.

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

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

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

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

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

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

См. также

Показ:
© 2015 Microsoft