"я пользовался ПО десятилетней почти давности, оно не устроило, да и не хочу разбираться"...

если поискать, то треть ваших замечаний не актуальна, например, вместо msdb сейчас SSIDB, а треть имеет решение, например
>>нельзя выполнить из SQL Task create table #q(q int) select * from #q, т.к. он ругается на отсутствующий резалтсет
EXEC ... WITH RESULT SETS

и только треть имеет какой-то смысл,
и уж лучше смириться с этой немного неудобной третью, чем потом вашим преемникам разбираться с вашим нестандартным ПО

>>родные типы SQL поддерживаются только частично, например, varchar(max) нельзя получить в переменную
почему это нельзя? тут https://stackoverflow.com/questions/11895454/ssis-string-variable-size пишут, что string ограничен лишь объемом памяти

>>нужно писать специальные версии процедур с учётом обработки типов SSIS, например, со спецобработкой null и некоторых типов данных
каким образом процедуры относятся к SSIS? никаким

>>плохая поддержка резалтсетов процедур, нужно явное указание типа возвращаемого резалтсета, т.е. после отладки может потребоваться правка sql скриптов и новая отладка
один раз указывается WITH RESULT SETS, но это не проблема вообще

>>разрабатывать и отлаживаться сложно- иногда нужно догадываться, что означает sql или другая ошибка, прошедшая через несколько уровней врапперов
наверное крайне редко, собственно, вообще не могу такого припомнить

>>оверхед на SQL сервере за счёт лишних соединений от SSIS и лишних запросов- новый логин на каждый запрос и опрос информации о выполняемых запросах
SSIS сам не создает новые логины, если же вы имели ввиду коннекты, то несколько десятков Кб сейчас это вообще ни о чем

>>большее время выполнения пакета, чем sql срипта
отнюдь не всегда, особенно для bulk-операций,
но в принципе, это ведь логично же, т.к. появляется дополнительный слой обработки данных

>>не всегда удачное преобразование типов данных из текcтовых значений
сложные случаи можно обработать отдельно, возможность такая есть

>>некоторые компоненты не функциональны- FTP task умеет только FTP, SMTP task не умеет письма в HTML, вместо них нужен вызов сторонних компонентов
конечно компоненты не покрывают на 100% желания абсолютно всех пользователей,
но оно применимо для абсолютно любой системы

>>дополнительное программирование, поддержка и накладные расходы на передачу параметров в переменные и обратно, в т.ч. из одного SQL Task в другой(скрипт, разорванный на части)
ничего сложного

>>через Execute Package Task нельзя вызвать _любой_ пакет передав ему параметры напрямую, т.е. вызываемый пакет должен быть написан с учётом получения параметров от вызывающего(Package configurations\Parent package variable) или применять DTExec.exe через Execute Process Task
если есть трудности - передавайте параметры через таблицу в СУБД

>>некоторые свойства неочевидно установлены по умолчанию
есть документация

>>выражения для вычисления переменных не получилось заставить работать
у меня работает

>>ручная правка xml файла пакета для рефакторинга иногда невозможна, т.к. используются ссылки на значения, а не сами значения
да, но xml для ручной правки и не предназначен

>>сравнение двух версий xml файла одного Package практически невозможно, т.к. положение компонентов в тексте может меняться от незначительных правок в дизайнере и отстствия разделения на скрипты, компоненты и данные визуального представления
вполне возможно, но несколько трудоемка, сам сравниваю иногда в TFS

>>стрелки направления процессов в схеме размещаются не произвольно, а только в фиксированных позициях- пересекаются и перекрывают другие элементы
у меня размещаются произвольно (SSDT 2013)

>>иногда нельзя протянуть стрелку connection, если уже существует одна- надо передвинуть или удалить все стрелки и попробовать снова
никогда такого не встречал, ставьте все SP

>>дизайнер не умеет удобно располагать и автоматически прокручивать схему
не понял фразу, особенно про "автоматически прокручивать схему"

>>схемы дизайнера не сохраняются полностью, при открытии сохранённого пакета стрелки съезжают
у меня сохраняются 1-в-1

>>настройки некоторых дизайнеров, например, грида показа свойств, переменных- не сохраняются при выходе из visual studio, а по умолчанию- неудобны
сохраняются, только что проверил, но там настроек-то... только положение окна + сортировка по алфавиту или категории

>>SSIS transfer job task имеет собственные connection вместо использования общих
эта штука применяется вообще 1 раз при переезде на другой сервер... не вижу абсолютно никаких проблем

>>"Unable to step. Not implemented" (или не поддерживается)- нельзя отлаживаться по шагам
можно, только нужно наставить точки останова

>>нефункциональный редактор выражений- не отличаются переменные системные и пользовательские, неясное написание формул, модальность окна
нормальный, особенно, по сравнению с редактором, скажем, в IBM Cognos

>>В precedence constraint editor есть expression, но нет expression builder
не возникало ни разу желания писать там мегаформулы, обычно там крайне простые выражения

>>трудно разрабатывать и отлаживаться по сравнению с логикой на чистом sqlserver из-за того, что SSIS может стоять на боевом и локальном сервере, соответственно, права и окружение разные
в SSIS уже Environment, где окружение (в т.ч коннекты) берется с конкретного сервера, куда деплоится проект

>>если пакет запускается из job, то добавляется ещё один уровень и усложняет отладку
трудности возникают крайне редко, только в том случае, когда сторонние драйвера на машине разработки и продуктиве настроены по-разному

>>пакет может завершиться с ошибкой, но никакого сообщения не будет, только ничего не значащий код ошибки, которая не описана ни на сайте микрософт, ни в другом месте
есть такое

>>пакет может измениться(потребовать сохранения) даже если в дизайнере только даблкликнуть для вызова свойств, что усложняет слежение за изменениями при версионности
да, в пакет будет записана другой номер версии, это видно, если сравнить их

>>при даблклике по стрелке она может сдвинуться и пакет изменяется, хотя нужно было просто посмотреть свойства
в SSDT 2013 ничего не сдвигается

>>при запуске пакет принудительно сохраняется с изменениями, даже если в дизайнере не было правки. В результате, возникают сложности при работе с системой контроля версий, когда он видит тестовые изменения, которые не должны были попасть на диск
только что проверил - TFS не делает checkout, если запустить пакет

>>рефакторинг из дизайнера затруднён, например, заменять или переименовывать переменные нельзя, т.е. нужно пройти вручную по всем элементам пакета
есть такое

>>если файл пакета импортировать в msdb...
msdb уже не актуальна, сейчас SSISDB

>>нельзя полноценно работать с .dtsx файлом, например, отлаживать, нужен проект целиком
можно, только в этом случае нужно разрабатывать все на локальных проектных коннектах, что глупо

>>нельзя увидеть свойства уже установленного в MSDB пакета, видно только его название
глупое требование, ибо есть возможность поменять свойства динамически

>>кажется, Process Task не умеет ждать завершения приложения, только учитывать внутри .cmd файла
в нормальных компаниях у вас просто не будет никаких прав на запуск неизвестных приложений на продуктиве )

>>нельзя выполнить из SQL Task create table #q(q int) select * from #q, т.к. он ругается на отсутствующий резалтсет
у меня все работает, только что попробовал для full result set

>>не поддерживаются все возможности sql, например, нельзя получить fullresultset от exec('create table #qwerty(qwerty int) select * from #qwerty') или create table #qwerty(qwerty int) select * from #qwerty
попробовал - у меня все работает

alexeyvgЕсть например куча файлов Эксель, программист их должен импортировать.
Они содержат колонки, которые надо импортировать, но так же и другие, которые не надо. Или, например, имя колонки, откуда брать данные, зависит от имени файла.

Вот что бы сделать это всё используя BIML, нужно быть, во первых, Руссиновичем, во вторых, при чём тут собственно SSIS? Нужно будет просто налабать программу импорта на C#, используя некую библиотеку. Основная работа не будет сделана в редакторе SSIS пакета.
А в DTS можно было нарисовать простой импорт, потом написать одну-две строки обработчика события и опа - всё готово. И Руссиновичу тут делать нечего, достаточно простого "эй-программист!"

Эээ, но в SSIS так же.
Просто я делал я такие обработки "немного разных" экселей - просто используется скрипт-компонент как источник данных. И делается это все не выходя из SSIS )