есть у меня таблица (в firebird), с полями FID, FPARENT_ID, FTEXT

есть некие данные типа:




нужно скопировать в ту же таблицу что бы бала та же структура только новые ИД и парентИД





как это реализовать - Можно программно, можно ХПками?

Т.е. не меняя "вхождения" одних элементов в другие нужно все значения первичных и внешних ключей увеличить на 9?

нет, увеличивать их не нужно
нужно создать такую же структуру, только что бы ли другие ИД (gen_id())

Что понимается под структурой?
Структура таблицы в БД? Или же структура дерева хранимых в БД элементов?

структура дерева хранимых в БД элементов

Рекурсивно обходишь дерево и обновляешь элементы...
Пример...

Gluttton, вы меня конечно простите, но я не на столько сильно владею СКЛ - я не понимаю :( особенно как рекурсивно обойти и обновить элементы...    
если Вас не затруднит, не могли бы пример для меня сделать?
а то это все дело мне нужно на завтра до вечера доделать....

Я задачу так и не понял!
Что дано - ясно (таблица, ключи, тестовые данные), а вот, что нужно сделать я так и не могу понять?



Что значит другие? Откуда они беруться? Расчитываются?
Изменить нужно все записи или только определенные?

Вот картинка, может так будет понятно:

1- картинка, это у наст есть уже что-то
2 - мы ее хотим сохранить как отдельную
3 - мы имеем 2-к орг структуры с одинаковой структурой (дерево)

Я так понимаю, что есть некоторая БД, а в ней таблица с древовидной структурой.
Некое клиентское приложение обеспечивает доступ к данным этой таблицы (судя по всему с возможностью модификации данных)...
Задача сохринить в БД внесенные на стороне клиентского приложения изменения...

Это то, что я понял из картинки  , но вот зачем "перезаписывать" ключевые поля я так и не понял... Что мешает копировать данные один-в-один?

Если FPARENT_ID является внешним ключем и на него наложено ограничение каскадного обновления, то вопрос обновления ключевых полей решается автомитически на уровне СУБД и это вообще не вопрос.

Ну а если нет, то хочу заметить, что если вопросы:
- удаление узла со всеми его дочерними элементами;
- переименование отдельного узла;
- применение маски при переименовании к узлу и его дочерним элементам;
- удаление узла со всеми его дочерними элементами.

Представляются мне решаемыми (и ответ на них можно найти по приведенной мною ссылке).
То вот задача "перезаписи" ключевых полей у меня и в голове не укладывается (собственно говоря как и то зачем это нужно  ), возможно в этом сможет помочь кто-то более грамотный...

Дело в том, что для реализации задачи необходиомо обходить дерево строго сверу-вниз! Т.к. при случайном доступе к элементам мы рискуем изменить первичный ключ поля после того, как он уже был "учтен" запросом и был задан как код родительского элемента.

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

После необходимо создать копию исходной таблицы и добавить в неё поле для нового первичного ключа.

Затем в цикле необходимо для всех записей вызывать некую процедуру, которая бы в этой новой таблице последовательно перебирала записи сверху-вниз и ориентируясь по старому первичному ключу обновляла бы записи.

Всё это выглядет более чем сумбурно, но ничего более простого мне в голову не приходит...

все - спасибо, решил проблему, создал темповую таблицу, туда все запихнул проабдейтил и выгрузил куда нужно