rang14,

просто интересно, если не секрет :) Вы в Екб занимаетесь DWH, есть интересные проекты, норм зарплаты?


На мой взгляд SSIS - зло. У него есть как бы "плюсы":
- наглядность (на диаграммах лучше видно, что откуда и куда передается)
- простота (должно быть просто для аналитика)
- интеграция с MS SQL (настройка периодического запуска задач по передаче данных)

Но по факту если хоть чуть-чуть сложная логика обмена данными, то плюсы оказываются минусами:
- диаграммы перестают быть наглядными
- рисовать их становится очень сложно (даже тупо накликакть мапинг полей из одной таблицы в другую - очень муторно, а если ещё писать какой-то код, то вообще жесть)
- не всегда есть права доступа для настройки таких задач

Я обычно фигачу мапинги из одной схемы данных в другую на C# (.NET Core) и запускаю под IIS:
- логика может быть сколь угодно сложная
- очень много повторно используемого кода (типа найти в справочнике запись по названию и если её нет, то создать новую - благодаря EntityFramework и generic'ам пишется один раз под любой справочник)
- очень легко всё это сопровождать (100-300 строк кода, не считая повторно используемого)
- легко реализовывать разные схемы кеширования данных для повышения производительности (например, при первом обращении к справочнику полностью его загружаем и дальше работаем только с кешем, или, например, выгружаем одним запросом из основной таблицы идентификаторы добавляемых/изменяемых/удаляемых записей, сохраняем их в HashSet и по нему проверяем есть уже такая запись или нет и т.п.), разные схемы инкрементальной загрузки данных
- легко деплоить (просто копируем по FTP на сервер заказчика)

Вообще не вижу сценариев, когда стоило бы использовать SSIS. Я сам им пользовался и тогда он казался мне норм. Но сейчас по доброй воле точно не буду. Например, вот:
- логика по импорту гос. реестра лекарственных средств
- по импорту предельных цен
- импорт/экспорт из базы товарных накладных
- тут всякая повторно используемая логика типа "T FindOrCreate<T>(string name)" и т.п.

На много проще в коде написать, что такое-то поле равно такому-то, чем накликивать это мышкой в SSIS.

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

Некуда излить свою боль, изолью сюда :) Там по ссылке демка проекта, которую делал для одного заказчика. Недели 2 на неё потратил, был готов на них бесплатно работать ещё месяц, чтобы доделать полностью один из модулей их системы и убедить их, что за полгода можно поднять на качественно новый уровень всю ту жесть, которую они написали за последние 20 лет. Но не срослось.

alexdr,

"умение готовить SSIS" - эта какая-то абстракция. Я привел совершенно конкретные доводы, почему его не удобно использовать.

Я пару лет накликивал на нём мышкой разные диаграммы - сколько ещё нужно времени, чтобы постичь вселенскую гениальность SSIS? Вроде не тупой, честно, за это же время Isabelle HOL научился готовить , который немного сложнее, чем SSIS :)