Динамический xsd и Biztalk 2006

Я вроде как новичок в biztalk, и мы запускаем 2006 здесь с планами перейти на 2006 R2 в будущем. У меня есть схема, с которой мне нужно работать, называется Siri, которая общедоступна по адресу:

текст ссылки или текст ссылки для корня xsd-документ.

Я успешно импортировал эту схему в свой проект biztalk, однако мне трудно понять, как ее использовать, поскольку эта схема xsd состоит из узлов xsd:choice и xsd:group. Также в корневом элементе есть только одно целевое пространство имен.

Мой проект состоит в том, чтобы использовать предполагаемые расписания автобусов, а затем вставлять эти данные в таблицу базы данных. После работы со схемой в Biztalk мне стало сложно продвигать элементы для фильтрации и создания/работы с сопоставлениями (на самом деле я еще не зашел так далеко).

Может ли кто-нибудь указать мне правильное направление в какой-либо документации/веб-сайтах или в основном, как я должен подходить к этому? Кто-нибудь работал с такой схемой в biztalk 2006, и если да, то как вы подходили к отображению сообщений, извлечению данных из xml и вставке в БД? Я могу опубликовать образец полезной нагрузки xml, если кто-то захочет взглянуть.


xml dynamic biztalk xsd
person Community    schedule 05.02.2009    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Сколько сторон доставляют вам входной файл? возможно ли сопоставить входящую сторону, а затем иметь более предопределенное сопоставление для каждой?

Конечно, вы также можете сделать If/Else для элемента Choice/Group и соответствующим образом сопоставить.

  • или сочетание обеих стратегий, упомянутых выше.

Не могли бы вы дать мне образец входного файла?

удачи!

person ThorHalvor    schedule 06.02.2009

arrow_upward
0
arrow_downward

Подобные схемы определенно работают с BizTalk, но, без сомнения, это может потребовать дополнительных усилий и хорошего понимания XSD.

Я думаю, что помимо прочтения одной-двух хороших книг по BizTalk, которые всегда помогают (и есть несколько хороших книг), вы могли бы получить большую помощь на специализированных форумах и группах новостей Biztalk, а также здесь, если вы размещайте конкретные вопросы, так как довольно сложно описать общее решение по продвижению или картированию собственности.

Есть еще одна вещь, которую следует учитывать, хотя и с большой осторожностью, а именно не использовать их схему напрямую.

Схемы, которые [пытаются] определить стандарт, должны быть очень общими; часто это приводит к сложностям, а также к разнообразиям через точки расширения, что усложняет жизнь при разработке и обслуживании.

Если бы вы смогли вывести из этой схемы схему, описывающую только действительную структуру, которую вы ожидаете получить (которая может быть небольшим подмножеством того, что может поддерживать стандарт), вы могли бы получить гораздо меньшую и более простую схему.

Преимущество заключается в упрощении разработки и обслуживания, а недостаток в том, что если вы достигнете точки, когда вам нужно поддерживать больше исходной схемы, вам придется изменить свою схему и повторно развернуть. Кроме того, вы рискуете усложнить себе жизнь, если и когда захотите перейти на более новую версию стандарта, хотя в любом случае это может иметь место.

Надеюсь, что Хекос

person Yossi Dahan    schedule 20.02.2009