У меня возникла проблема, когда я использовал временную таблицу источника OLE-DB в службах SSIS.

Я создаю временную таблицу в задаче «Выполнить инструкцию T-SQL» и изменяю значение DelayValidation : True и значение RetainSameConnection : True . Но проблема не решена .

Фон

Скорее всего, здесь происходит то, что в данный момент таблицы не существует. Временные таблицы бывают двух вариантов: локальные и глобальные.

Локальная временная таблица, использует имя с одним острым/фунтом/хэшем/октоторпом, добавленным к нему, т. е. #TEMP . Единственный запрос, который может использовать этот экземпляр временной таблицы, — это тот, который ее создает. Вот почему в советах по Интернету говорится, что вам нужно установить RetainSameConnection значение true, чтобы убедиться, что соединение, создавшее таблицу, повторно используется в потоке данных. В противном случае вы находитесь во власти объединения соединений, и, возможно, одно и то же соединение используется в обоих местах, а может быть, и нет, и, поверьте мне, это неприятная случайность, которую нужно попытаться отладить. Причина DelayValidation включения потока данных заключается в том, что при запуске пакета механизм проверит, что все данные выглядят так, как ожидалось, прежде чем выполнять какую-либо работу. Поскольку предшествующий шаг-это то, что переводит задачу потока данных в ожидаемое состояние, нам нужно указать исполнению, чтобы оно проверяло задачу только непосредственно перед выполнением. Проверка всегда происходит, это просто вопрос того, когда вы платите цену.

Глобальная временная таблица определяется с добавлением к ней двойного знака sharp/etc, ##TEMP . Это доступно любому процессу, а не только соединению, которое его создало. Он будет жить до тех пор, пока создающее соединение не исчезнет (или явно не удалит его).

Разрешение

Как только пакет будет разработан (метаданные будут установлены в потоке данных), использование локальной временной таблицы будет работать просто отлично. Однако при его разработке невозможно использовать локальную временную таблицу в качестве источника в потоке данных. Если вы выполните предшествующий шаг, это соединение откроется, создаст временную таблицу, а затем соединение исчезнет, как и временная таблица.

Я бы решил эту проблему следующими шагами

1. Скопируйте запрос в задачу «Выполнение SQL» в окно в SSMS и создайте локальную временную таблицу как глобальную временную таблицу, таким образом ##TEMP .
2. Создайте переменную SSIS с именем SourceQuery типа String со значением SELECT * FROM ##TEMP;
3. Измените «Режим доступа к данным» из источника OLE DB с «Команда SQL» на «Команда SQL из переменной» и используйте переменную User::SourceQuery
4. Завершите проектирование потока данных
5. Сохраните пакет, чтобы убедиться, что метаданные сохраняются
6. Измените запрос в нашей переменной со ссылки ##TEMP на #TEMP
7. Сохраните еще раз.
8. Удалите временную таблицу ##или закройте соединение
9. Запустите пакет, чтобы убедиться, что все работает так, как я ожидаю.

Шаги 2, 3 и 6 выше позволяют вам подражать фокуснику, вытаскивающему скатерть из-под всех тарелок.

Если вы вручную отредактируете запрос в самом потоке данных с ##TEMP на #TEMP, начнется проверка, и, поскольку таблица #TEMP недоступна, она сообщит о VS_NEEDSNEWMETADATA и, вероятно, не позволит вам сохранить пакет. Использование переменной в качестве источника запроса обеспечивает уровень косвенности, который позволяет нам обойти этап «проверка при изменении»/повторная инициализация метаданных.