Мой общий совет - сделать пакеты максимально краткими и целенаправленными, но не меньшими. Полезно, я знаю, что вот некоторые из моих критериев при принятии решения, является ли это новый пакет или соответствует текущему.
- Если пакет с 27 шагами взорвался на шаге 26, ты горбишься? Может ли он корректно перезапуститься или потребуется несколько часов очистки?
Если ответ требует очистки, тогда я разложил бы пакет на серию меньших пакетов, пока они не будут удовлетворять критериям перезапуска.
Есть ли в пакете логика для нечастой ветки? например, Я видел пакеты с проверкой даты, если это были выходные на чистке (раз в год), он выполнял эту специальную ветвь кода, которая была слишком запутанной, сложной и просто засасываемой. Этого никогда не должно было быть в пакете, который работает ежедневно. Еще одним примером этого была работа, которая ежедневно продавалась. Другая команда попыталась добавить в логику, которая также вычисляла итоги инвентаризации на конец месяца. Абсолютно разные предметные области и неправильный график загрузки, но они думали, что это быстрее, чем раскручивать новый пакет.
Предполагая 2008+, нужно ли вам поделиться результатами поиска кеша? Если это так, потоки данных должны быть в одном пакете.