Блог

У меня есть следующий оператор выполнения, который создает таблицу (используя данные из другой процедуры), вставляет значения во временную таблицу, добавляет столбец image (поскольку они не могут быть включены в группировку), а затем обновляет его на основе критериев из другой временной таблицы (результирующие поля таблицы используются в отчете SSRS, поэтому мне нужно сохранить тип данных IMAGE):

 EXEC ('SELECT '   @COL_TO_GROUP_BY   @COL_ADDITONAL   @sColVals   ' INTO
#RESULTS_TABLE from ('   @SQL_STATEMENT   ') A '   @WHERE_CLAUSE   ' GROUP BY '  
@COL_TO_GROUP_BY  

' ALTER TABLE #RESULTS_TABLE
ADD IMAGE_DATA IMAGE

IF EXISTS(SELECT * FROM tempdb.INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME = 
''COLUMN_A'' and TABLE_NAME LIKE ''#RESULTS_TABLE%'')
BEGIN
    UPDATE #RESULTS_TABLE
    SET IMAGE_DATA = FILE_DATA
    FROM #RESULTS_TABLE A, #IMAGE_TABLE B 
    WHERE A.COLUMN_A = B.COLUMN_A
END

SELECT * FROM #RESULTS_TABLE')
  

Проблема в том, что независимо от того, существует COLUMN_A или нет, столбец для IMAGE_DATA всегда равен NULL. Есть ли какой-либо другой способ получить данные в столбец IMAGE_DATA? Пожалуйста, помогите!

Примечание: Я не буду принимать никаких ответов, из которых следует, что проблема связана с содержимым других таблиц, более конкретно, из предложения WHERE. Я выполнил несколько проверок, чтобы убедиться, что условия могут быть как истинными, так и ложными (совпадающие строки, нет совпадающих строк и т.д.). Таким образом, это исключает условный оператор. Спасибо.

Редактировать:

Я все еще не совсем уверен, какова была точная причина этого, но в итоге я создал глобальную временную таблицу и выполнил две отдельные процедуры, теперь, кажется, все работает нормально. Мне пришлось принять ответ, который наиболее точно соответствовал моему собственному решению. Все ответы и комментарии были очень жизнеспособными. Спасибо!

У вас есть несколько проблем в вашем скрипте:

• TempDB это неправильное название tempdb . Ваш код будет прерван на сервере, установленном с учетом сортировки с учетом регистра. Всегда используйте правильный регистр для всех имен баз данных. Ваш код, вероятно, будет аналогичным образом прерываться в именах результирующих столбцов, например COLUMN_A , если выполняется при развертывании с учетом регистра.
• Логика некорректна при параллелизме: сеанс A увидит таблицу #temp сеанса B и выполнит неправильные действия.
• Простой тест показывает, что столбцы являются видимыми:

.

 EXEC ('SELECT * INTO #RESULTS_TABLE from 
     (select *, newid() as COLUMN_A from master..spt_values) A;
ALTER TABLE #RESULTS_TABLE
ADD IMAGE_DATA varbinary(max);
IF EXISTS(SELECT * FROM TempDB.INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME = 
''COLUMN_A'' and TABLE_NAME LIKE ''#RESULTS_TABLE%'')
BEGIN
    update #RESULTS_TABLE 
       set IMAGE_DATA = 0xBAADF00D;
END
SELECT * FROM #RESULTS_TABLE')
  

Этот тест показывает, что столбец был обновлен, поэтому проверка на СУЩЕСТВОВАНИЕ прошла успешно. Очевидный вывод заключается в том, что в вашем случае OBJ_ID соединение между #RESULTS_TABLE и #IMAGE_TABLE не находит соответствия, что является проблемой, которая полностью зависит от содержимого ваших таблиц.

Редактировать

Вы можете сделать COLUMN_A динамическим, он по-прежнему отлично работает при тестировании:

 declare @cn sysname = case 
      when RAND() * 100 >= 50 then 'COLUMN_A' 
      else 'COLUMN_B' end;

EXEC (N'SELECT * INTO #RESULTS_TABLE from (
     select *, newid() as '   @cn   N'  from master..spt_values) A;
...
  

Я знаю, что это очень старая тема, но хотел поделиться своим решением.

Проблема в том, что ИМЯ_ТАБЛИЦЫ, возвращаемое представлением INFORMATION_SCHEMA.COLUMNS, является именем таблицы, поскольку оно хранится в таблице tempdb.sys.objects, которая включает индикатор сеанса.

Вы не можете использовать «ИМЯ_ТАБЛИЦЫ как ‘RESULTS_TABLE%'», потому что это небезопасно для сеанса.

Решение состоит в том, чтобы запрашивать схему напрямую с идентификатором объекта таблицы вместо использования представлений INFORMATION_SCHEMA следующим образом:

 if exists (Select 1 
           from tempdb.sys.columns 
           where [object_id] = object_id('tempdb..#RESULTS_TABLE') 
             and name ='COLUMN_A')
  

Правильно.

На момент компиляции столбец не существует. То есть SQL Server просматривает весь набор команд и анализирует / компилирует его. Последствия ИЗМЕНЕНИЯ ТАБЛИЦЫ в коде не будут видны последующим командам.

Вы должны выполнить изменение ТАБЛИЦЫ отдельно от ОБНОВЛЕНИЯ

Примечание: Для SQL Server 2005 у вас будет varbinary (max), который является гораздо более гибким и устраняет некоторые сложности

Вы можете проверить, существует ли столбец во временной таблице, используя..

 IF EXISTS (SELECT * FROM TempDB.INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME = 'Column' AND TABLE_NAME LIKE '#TempTable%')
    PRINT 'Column exists'
ELSE
    PRINT 'Column doesn''t exists'