Как указывал HLGEM, до тех пор, пока внутренняя структура была последовательной, чего-то подобного было бы достаточно.
Я объявил переменную уровня пакета DatFlowSelector
, и в своей первоначальной задаче сценария я использовал бы логику, чтобы определить, какой путь должен пройти поток, на основе переменной FileName
, которую вы собираетесь использовать.
![control flow](https://i.stack.imgur.com/mVscK.png)
После подключения ожидаемых выходных данных используйте редактор ограничений Precedence, чтобы определить, какой путь оценивается как true. Моя логика была просто @[User::DataFlowSelector] == N
, где N соответствует значению, назначенному моим сценарием.
Я обычно переключаю свойство ShowAnnotation
на "ConstraintOptions", когда я изменяю ограничения, поскольку это сразу дает понять будущим сопровождающим, что что-то происходит. SQL 2012 поможет в этом случае, так как он назначает глиф fx
для соединителя, но отображение логики может сразу же подтвердить звуковую логику.
![precedent constraint editor](https://i.stack.imgur.com/5RBTl.png)