Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > MS SQL Server > Работа с колонкой типа image в процедуре

Автор: Pakshin A. S. 17.6.2011, 16:14

Имеются две таблицы, в которых находятся поля типа image. Создаю хранимую процедуру для копирования данных из одной таблицы в другую, где завожу переменную типа image. На это действие система ругается:

Цитата(MS SQL)

Для локальных переменных недопустимы типы данных text, ntext и image

Как обрабатывать поля с недопустимыми типами?

Сокращенный код процедуры:

Код


CREATE PROCEDURE TEST_PROC
AS
BEGIN
  ... 
  DECLARE @CIHIDDENPROPS IMAGE
  ...
  DECLARE @SQL NVARCHAR(4000)
  DECLARE CUR CURSOR FOR
    SELECT ... [CIHIDDENPROPS],  ... FROM [TABLE2]

  OPEN CUR
  WHILE 1 = 1
    BEGIN
      FETCH NEXT FROM CUR INTO ... @CIHIDDENPROPS, ...
      IF @@FETCH_STATUS <> 0 BREAK
      IF EXISTS(SELECT * FROM [TABLE1] WHERE (...))
        SET @SQL = 'UPDATE TABLE1 SET ... [CIHIDDENPROPS] = ' + CONVERT(VARCHAR(255), @CIHIDDENPROPS) + ', ... WHERE (...)'
      ELSE
        SET @SQL = 'INSERT INTO TABLE1 (... CIHIDDENPROPS, ...) VALUES (... ' + CONVERT(VARCHAR(255), @CIHIDDENPROPS) + ', ...)'
      EXEC SP_EXECUTESQL @SQL
    END
  CLOSE CUR
  DEALLOCATE CUR
END

Здесь же интересует как в итоге вставить image в запрос. CONVERT(VARCHAR(255), @CIHIDDENPROPS) скорее всего не подойдет.

Автор: Pakshin A. S. 17.6.2011, 16:55

Дальнейший серфинг интернета подсказал вот такую тему...

Код


CREATE PROCEDURE TEST_PROC
AS
BEGIN
  ... 
  DECLARE @CIHIDDENPROPS BINARY(16)
  ...
  DECLARE @SQL NVARCHAR(4000)
  DECLARE CUR CURSOR FOR
    SELECT ... [CIHIDDENPROPS],  ... FROM [TABLE2]
  OPEN CUR
  WHILE 1 = 1
    BEGIN
      FETCH NEXT FROM CUR INTO ... @CIHIDDENPROPS, ...
      IF @@FETCH_STATUS <> 0 BREAK
      IF EXISTS(SELECT * FROM [TABLE1] WHERE (...))
        SET @SQL = 'UPDATE TABLE1 SET ... WHERE (...)'
      ELSE
        SET @SQL = 'INSERT INTO TABLE1 (...) VALUES (...)'
      EXEC SP_EXECUTESQL @SQL
      UPDATETEXT TABLE1.CIHIDDENPROPS @CIHIDDENPROPS 0 8000
    END
  CLOSE CUR
  DEALLOCATE CUR
END

Вероятно, с text и ntext следует работать также.

Но я что-то не понял как мне указать в какую именно запись вставлять...

Автор: Pakshin A. S. 17.6.2011, 17:10

Справка Miscrosoft не рекомендует пользоваться UPDATETEXT:

Цитата(http://technet.microsoft.com/ru-ru/library/ms189466(SQL.90).aspx)

В будущей версии Microsoft SQL Server эта возможность будет удалена. Избегайте использования этой возможности в новых разработках и запланируйте изменение существующих приложений, в которых она применяется. Вместо этого пользуйтесь большими типами данных и . предложением WRITE инструкции UPDATE.

Похоже с WRITE конструкция UPDATE примет следующий вид:

Код


CREATE PROCEDURE TEST_PROC
AS
BEGIN
  ... 
  DECLARE @CIHIDDENPROPS BINARY(16)
  ...
  DECLARE @SQL NVARCHAR(4000)
  DECLARE CUR CURSOR FOR
    SELECT ... [CIHIDDENPROPS],  ... FROM [TABLE2]
  OPEN CUR
  WHILE 1 = 1
    BEGIN
      FETCH NEXT FROM CUR INTO ... @CIHIDDENPROPS, ...
      IF @@FETCH_STATUS <> 0 BREAK
      IF EXISTS(SELECT * FROM [TABLE1] WHERE (...))
        SET @SQL = 'UPDATE TABLE1 SET ... [CIHIDDENPROPS] = .WRITE(@CIHIDDENPROPS, 0, NULL), ... WHERE (...)'
      ELSE
        SET @SQL = 'INSERT INTO TABLE1 (... CIHIDDENPROPS, ...) VALUES (... ' + CONVERT(VARCHAR(255), @CIHIDDENPROPS) + ', ...)'
      EXEC SP_EXECUTESQL @SQL
    END
  CLOSE CUR
  DEALLOCATE CUR
END

Реконструкция UPDATE-запроса основана на:
http://technet.microsoft.com/ru-ru/library/ms177523(SQL.90).aspx

Остается проблема с INSERT, в котором вроде как нет WRITE:
http://technet.microsoft.com/ru-ru/library/ms174335(SQL.90).aspx

Самым неприятным может являться то, что у записи может не быть уникального идентификатора => найти запись после INSERT не представляется возможным. Вижу только выход в том, чтобы делать UPDATE с условием совпадения всех полей не являющимися image, text, ntext.

У кого-нибудь есть идеи по поводу как организовать работу красиво и стабильно?

Автор: Любитель 18.6.2011, 12:24

1) image заменяем на varbinary(max), т. к. image - это устаревший тип. И переменные вполне работают с ним
2) Зачем dynamic SQL? Почему непосредственно не выполнять стейтменты? В любом случае - почему не параметризованные запросы?
3) Ну и зачем вообще курсор и обработка записей по одной (это ж очень не эффективно)? Версию сиквела я не увидел таки.. Если 2008 - merge, если меньше - insert into .. select .. where not exists, update .. from .. inner join ..

Автор: Pakshin A. S. 18.6.2011, 14:49

update ... from - не знал такую конструкцию! Спасибо! В таком случае и хранимая процедура по сути не нужна будет.