Защо BIDS променя мениджърите на връзки със стойности от конфигурационния файл?

Участвал съм в дискусии в този форум за това дали SSIS презаписва пакети, когато модифицирате XML конфигурационни файлове. Двете публикации в долната част на тази публикация не са съгласни една с друга, едната казва, че пакетите се презаписват, другата казва, че не. Вярвам, че имам отговора, но търся други мисли по този въпрос – ако промените конфигурациите на xml пакета по време на проектиране и стартирате пакета през Visual Studio, когато пакетът е запазен, кодът на пакета всъщност се променя от SSIS, за да отразява конфигурации, които сте променили. Ако обаче стартирате пакети чрез DTEXEC или SQL Server Agent, кодът на пакета не се променя

Ако имам пакет във Visual Studio, ако променя името на сървъра в низа за връзка (променя сървър A на сървър B) в XML конфигурациите и стартирам пакета

Поведението, което очаквам, е добро, записва данните в таблицата на втория сървър. Поведението, което НЕ очаквам, е това. Когато изтегля мениджъра на връзките в пакетното визуално студио, сървър A е променен на сървър B

SSIS промени кода в моя пакет.

Това поведение може да бъде много объркващо и ми коства много време за проекта, върху който работя. IMHO трябва да отменя само стойностите по време на изпълнение, а не да презаписва пакети по време на проектиране!!

Имате ли някакви мисли по този въпрос?

Публикация 1 гласи, че презаписва

ssis xml конфигурацията променя xml пакета - луд ли съм ?

Публикация 2 гласи, че не презаписва

ssis xml конфигурации - конфигурациите презаписват пакети - ssis променя ли конфигурацията без да му кажете?


person gnackenson    schedule 29.01.2013    source източник


Отговори (1)


Ако изпълните пакет от Visual Studio 2005 / 2008 (за SQL 2005 / 2008 / 2008 R2), тогава да, той презаписва с помощта на конфигурираните стойности.

Visual Studio 2010 (за SQL 2012) с помощта на модела за внедряване на проекта изглежда избягва този проблем.

person Mike Honey    schedule 31.01.2013