Dynamic xsd и Biztalk 2006

Question

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

link text или link text для корневого XSD документа.

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

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

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

Answer 1

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

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

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

Возможно ли предоставить вам образец-ввод-файл?

удачи!

Answer 2

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

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

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

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

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

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

Надежда, что hekos