Хотя верно, что указанная сборка будет добавлена в MgmtDB, AFAIK, это только метаданные о сборке и добавленных в нее артефактах, например,
use BizTalkMgmtDb
select * from dbo.bts_assembly
... dbo.bts_orchestration
... dbo.bt_DocumentSpec
etc.
Возможно, он или она ссылается наэкземпляры сообщений, созданные из классов схемы в сборке (и хранящиеся в окне сообщений).Но размер сообщений будет определяться размером данных в нем, а не размером сборки.
Так как вам, кажется, нужны схемы сообщений, на которые есть ссылки, у вас нет особого выбора, кроме какссылаться на него в своем новом проекте (например, если у вас нет исходного кода для сторонней сборки, где вы можете выполнить его рефакторинг и разбить его на несколько более мелких сборок).Сторонняя сборка должна быть развернута на ваших серверах BizTalk и подписана и GACed.
Однако если эта сборка схемы, на которую ссылаются, также содержит другие артефакты, такие как пользовательские классы, используемые в оркестровках в качестве переменных, эти классы также должны быть serializable , как только оркестровка достигнет точки дегидратации (во избежание этого вам нужно будет выделить переменные перед обезвоживанием и / или использовать атомарную область действия, чтобы вообще не допустить дегидратации BizTalk, но обычно этоплохая идея, так как это ограничит масштабируемость)