Idol_111courtпропущено...
эту "нормальную практику", alexeyvg тут описал 21938199
И называется она "голь на выдумки хитра" :)

Мол, вместо нормального/стандартного подхода с параметрами пакета, что-то такое выдумаем (нуу вот типа алиаса в hosts), что любой другой прогер, которому достанется на поддержку этот пакет, сначала будет долго выяснять "а как же это работает ??7", после чего, - долго материть "выдумщика" ... :)
Вы по моему не поняли, что имелось ввиду.
Погуглитете что ли Share Folder.
И если другой прогер не в состоянии понять как такой простой пакет работает, гнать в шею его надо.Ты, милок, в кровавом энтерпрайзе поди не работал, вот и несешь подобную ересь.

Немного контекста, как выглядит ситуация на моем текущем контракте (Big 4 bank). Абсолютно все администрирование инфраструктуры выполняется людьми вендора, которые берут минимум 5 дней на то, чтобы ответить на емейл (SLA больше не позволяет; если бы позволял, тянули бы дольше). Любой тикет затягивается по максимуму; для примера, когда я запрашивал админский доступ на выданный мне для работы лэптоп, это вылилось в 3 недели сношения моего головного мозга (при этом, админские права у меня были только в течение 2 недель). Если формулировку тикета можно понять неправильно, она гарантированно будет понята неправильно, и выполнена в максимально неюзабельном варианте. И так - абсолютно все у них.

Поправить файл hosts, говорите? Прогнать subst под админом? Создать шару где-то там (это еще большой вопрос, где данная шара будет физически находиться, но это мелочи, поверьте)? Ни у кого из нашей команды нет админского доступа на выделенные нам виртуалки. На SQL Server такого доступа тоже нет, мы даже новую БД себе сами создать не можем, приходиться обращаться к ним. Чтобы создать шару на сервере, нужен либо RDP, либо что-то типа SSH (не знаю, есть ли такое под виндой). Ничего такого у нас нет.

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

PsyMishaСчитаю, что в среде кровавого по-настоящему большого Энтерпрайза - это совершенно правильно, что сотрудники непрофильных, по отношению к ИТ-инфраструктуре команд не могут самостоятельно создать себе БД, и запрашивают через заявки (например - RITM, ChangeRequest). Иначе - представляете, какой неконтролируемый хаос начнется?Хаос не начнется, ведь количество виртуалок на команду крайне ограничено, за пределы песочницы не выскочить. И диски на них не резиновые. А вот разработка изрядно замедляется, ведь чтобы получить новую базу в DEV, нужно ждать несколько недель.

Кроме того, вы делаете ключевую ошибку - вы считаете этих админов компетентными. Это не админы, это безмозглые индюки, набранные по объявлению, пятачок за пучок. Изучив настройки нашего DEV-экземпляра MSSQL, например, я за 5 минут нашел дырку, которая позволяет поднять права до sysadmin.
PsyMishaЕсть еще подход, когда конфигурация SSIS-проекта хранится не в инфраструктуре SSIS, - окружение, параметры и т.п., а в БД, - просто перенесенный config-файл в таблицу.Я так делал раньше, когда сам мог создавать базы. В данной же ситуации это непозволительная роскошь - мало того, что сначала придется ждать базу на ДЕВе, и потом такую же на ПРОДе, так это еще и добавляет проекту внешнюю зависимость, которую, если доблестно прощелкать, ничего не взлетит.
Кроме того, строку соединения к этой конфигурационной БД все равно надо хранить в настройках SSIS-проекта. Не хардкодить же ее в пакеты.