хоть непосредственно при уходе с узла
------
При этом затраты будут практически такие же, как при работе с базой напрямую. Может даже чуток выше - за счет подъема большего объема данных. Ну если только самостоятельно кешировать всею инфу и бодаться с политикой обновления... Но зачем это надо, если все и так не долго, при правильной организации данных и индексах, делается напрямую с базой?

Ситуация еще банальней. Короче есть программа, которая ведёт учет всей этой линии итп. Из неё можно экспортировать базу данных в том виде, чтьо я писал сверху. Мне нужно просто это дело в инет выставить - чтобы народ мог заходить и просматривать свою ветвь. вот и всё. Т.е. удаление- это всё будет вестись локально с уже существующим софтом.

Эээ... TreeView - было в ActiveX'сах, но это, как сам понимаешь, только под MS...
Если надо везде - Java или мухлевать с HТМЛ'ом...
Честно говоря пользователю там дерево совершенно не нужно - операции пользователя обычно ограничиваются посылкой мессаги или всем рефералам, или кому-то одному. Ни для первого, ни тем более для второго нет нужды показывать дерево.

Мурр ты опять в сторону. Я уже написал что нужно пользователю. Он хочет видеть всю структуру, которая под ним. В любом виде: в виде дерева, в виде списка, разделенным по уровням итп..

Эээ... Объясни заказчику, что есть лимит на размер генерируемого HTML...
Весь объем, загруженный на его систему, ему _не_ нужен и нужен не будет.

Пример с картинками http://vingrad.ru/PHP-FAQ-002203

Ооо - вот это самое простое и вроде как еще и работаещее :)

Суппер - Всем большое спасибо. Всё получилось.
Блин в очередной раз убеждаюсь что германка с её населением - рулит.

> Ооо - вот это самое простое и вроде как еще и работаещее :)
Это решение "в лоб". Оно как пузырьковая сортировка.

Это понятно что в лоб. просто надо было простое... а далее судя по времени - буду делать другое. хотя уже и сейчас на основе этого появились другие мысли.
ЗЫ Блин трудно начинать сначала - последний раз думал лет 6 назад...