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

Имеется MSSQL 2005, который на данный момент обновлять никак.
Есть таблица


то есть обычное adjacency list дерево (в данном случае структура изделия)

Её нужно наполнить данными, приходящими в виде


где иерархия строится по StringID - ParentStringID, соответственно нужно транслировать связи из одной таблицы в другую.
Хотел сделать временную таблицу для соответствия, но 2005 сервер не умеет в merge, и output из insert ... from тоже.
Возможен ли вообще какой-то вариант кроме курсоров в данном случае? По нажатию кнопки юзера будет перекладываться
от 100 до 10000 записей.

aleks222Если в целевую таблицу есть возможность поле добавить - все просто.

Либо, если [claimID] [bigint] NOT NULL,
[windchillID] [bigint] NOT NULL,
однозначно позволяют связать с
ChildMaster bigint not null,
ParentMaster bigint,

тоже можно.

Если фсе это "низзя":

1) строим дерево во временной таблице
[elementID] [bigint] NOT NULL,
[parentElementID] [bigint] NULL,
[claimID] [bigint] NOT NULL,
[windchillID] [bigint] NOT NULL,
[amount] [float] NOT NULL,
[modifiedByUser] [bit] NOT NULL,

с ПОСЛЕДОВАТЕЛЬНОЙ нумерацией elementID.

2) Блокируем целевую, включаем на ней SET IDENTITY INSERT.
3) Тупо копируем подготовленное дерево в целевую таблицу, прибавив к elementID и parentElementID максимальное значение IDENTITY из целевой.

Про добавление поля думал, это можно, первоначально отмёл его как вариант "чёт не оч", но пока в целом за него. Выглядит получше, чем блокировка целевой и курсор.

aleks222alazanskiyВыглядит получше, чем блокировка целевой и курсор.
Курсор то тебе нафига?
Это я до indentity_insert думал про курсор. Тут то понятно что не нужен)

Сон Веры Павловныalazanskiyно 2005 сервер не умеет в merge, и output из insert ... from тоже
output из insert ... from 2005-й умеет вполне
Умеет, но поля может брать только из inserted, в отличие от update и delete. Я вот совсем забыл это ограничение, из-за чего вопрос и встал