поддерживаю!
А поподробнее о деталировке можно?
Почему это дерево?
(или я дерево)

Т.Е. при выборе изделия заполняется дерево на это изделие и далее, гуляя по нему, делаем изменения. Так что ли? Так это вроде нормально. А что если вид дерева сделать не деревянным, а списочным. Место в _____ будет занято.
В чем должна быть поддержка?

чета сдается мне что все дерево не нужно сразу загружать
юзер не оценит того что вы все дерево просчитаете за один раз - просто не увидит
по мере открытия узлов расчитывать нужные ветки и подгружать
но это так дурные мысли посетившие пустую голову

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

п.с. билять

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

Два дня уже пытаюсь осмыслить указанную проблему, т.к. тоже кое-где использую "дерево".
Уже и веток понаделал с уровнем вложенности >80, и даже небольшую ошибку у себя нашел, но ...
Где те грабли на которые я, видимо, пока не наступил?
Да есть задержка секунда, другая, но минуты!!!
Можно все-таки немного поподробнее описать проблему:
- как хранится дерево? структура таблицы, т.к. - не понял фразу: "...хранится только деталировка первого уровня...". Т.е. дерево (узлы дерева) не все хранится в одной таблице? Это очень интересует.
- где происходит задержка: вниз или вверх по дереву от узла;
- связана ли задержка с необходимостью собирать дополнительные данные по каждому узлу; в идеале, конечно было бы проще сравнивать с получением собранной структуры дерева только с "ключами узлов";
- каков приблизительный объем самой тугодумной ветки дерева (уровней вложенности, дочерних узлов на каждом уровне);
- задержки возникают при отображении на экран? Тогда, каким способом производится отображение: ActiveX или еще как?
Заранее извиняюсь за столько вопросов, но сверлит в башке - ночи не сплю .

Ну наверное не заполняет, а собирает структуру дерева рекурсией.
Так, пока, кроме этого ничего лучше, вроде, и не придумали.
А почему мне это интересно?
Потому, что если есть проблема, то лучше заранее знать о ней и быть готовым.
Пока что я не могу понять ее, поэтому боюсь ее.

по порядку

как хранится дерево? структура таблицы, т.к. - не понял фразу: "...хранится только деталировка первого уровня...". Т.е. дерево (узлы дерева) не все хранится в одной таблице? Это очень интересует.

табла следующая
- код_узла,
- код_материала,
....параметры...
код_вложенного_узла (если не материал а узел)
- этим самым создаю внутри таблы "рекурсивную ссылку" для построения следующего слоя дерева т.к. код_вложенного_узла и код_узла это одо и тоже значение из таблицы "Узлы"
храню только первый уровень, т.к. хранить полное дерево думаю не правильно - пришлось сложнее ваять таблу + хранить уйму инфы которая хранится в "другом" месте этой же таблы.
задержка происходит при сборке дерева - какого-то хрена на элементарную вещь
set rs=dbs.openrecordset("select * tabla where kod=" & ar(0))
машина раздупляет порядка 5 сек
сама прога mdb - mdb файлы, юзеров больше 10-ка, компы от 2-4 х ядерных до 4-х пней, но подвисания происходя везьде - записей не миллионы. Офис ХР, может какая б. воткнула 2003 или 2007 - но я вроде контролю эти поползновения, путем легкой кастрации.

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

думаю создавать полное древо на момент "фиксации" его (можно повесить на выдачу ТМЦ по лимитно-заборной карте), т.к. им нужно каждое из деревьев юзать.

kot_k_k
Спасибо за ответ.

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

Из описанного, понял, что в таблице это выглядит так:

код_узла     код_материала    код_вложенного_узла ------------------------------------------------- Код_Изделие  Код_деталь1      Код_узелок1 Код_Изделие  Код_узелок1      Код_узелочек8 Код_Изделие  Код_узелочек8    <пусто> Код_Изделие  Код_узелок1      Код_узелочек554 Код_Изделие  Код_узелочек554  <пусто> Код_Изделие  Код_узелок1      Код_узелочек846 Код_Изделие  Код_узелочек846  <пусто>

Поэтому, указав set rs=dbs.openrecordset("select * tabla where kod=" & ar(0)) - получаем нужную ветку, далее рекурсия.

У меня, немного другая структура таблицы:

код_узла         код_родителя ----------------------------- Код_Изделие      <пусто> Код_узелок1      Код_Изделие Код_узелочек8    Код_узелок1 Код_узелочек554  Код_узелок1 Код_узелочек846  Код_узелок1

При этом, ветка определяется только кодом начального узла ветки, далее рекурсия.

Не знаю, верно ли я изначально определился со способом реализации "дерева".

голова плохо переваривает вашу терминологию

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