SSIS Получить список всех адресатов OLE DB в потоке данных

Question

У меня есть несколько пакетов служб SSIS, которые мы используем для загрузки данных из нескольких различных источников данных OLE DB в нашу БД.Внутри каждого пакета у нас есть несколько задач потока данных, которые содержат большое количество источников и назначений OLE DB.То, что я хочу сделать, это посмотреть, есть ли способ получить текстовый вывод, содержащий все конфигурации потока Destination (источники были бы хороши, но не на вершине моего списка).

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

Я просматриваю пакеты в Visual Studio 2013. Любая помощь приветствуется!

Answer 1

Вы можете использовать объектную модель служб SSIS для своих нужд. Пример можно найти здесь .Посмотрите в методе IterateAllDestinationComponentnsInPackage для точных деталей.Чтобы начать понимать код, начните с метода Start и следуйте по пути.

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

Answer 2

Мне неизвестны какие-либо программные способы обнаружения этих данных, кроме создания приложения для чтения XML в пакете * .dtsx.Лучший совет, соберите ланч и возьмите его с собой.Я точно знаю, что нет ничего общего с просмотром и настройкой таблиц базы данных (только соединения с сервером).

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

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