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

Попробовал обычными таблицами, неудобно, медленно. Полез в Тривью - знаний явно не хватает, попробовал понять - увяз. Пошел по простому пути, прочитав несколько раз "в сети примеров море" полез искать примеры, но нужного найти пока не удалось.
Скачал пример mdb с https://jkp-ads.com, но он при запуске вылетает на


видимо не хватает какой-то библиотеки для ufTreeView, не нахожу чего именно.

В идеале нужна такая бы картинка
https://jkp-ads.com/images/TreeViewExample.gif
но я явно не осилю такую штуку, поэтому хотя бы простое дерево. Если у кого есть, просто ссылка на работающий пример с "живой" иерархией, где можно добавлять, удалять, исправлять, перемещать узлы-строки.

Спасибо.

sdku, спасибо, но открылся только простой Р1, остальные два пишет ошибку при распаковке, можно это поправить?

osmor, sdku спасибо. Я смотрел эту базу, но у нее некорректно работает перетаскивание и добавление. А сам я это дело явно не допилю (

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

Serg197311, к сожалению, у меня нет двух месяцев на освоение инструмента. Определять положение курсора я не умею, да там ведь много всего кроме этого. Несмотря на то, что баз написано немало, но все они больше по поверхности кода, на 3+ в лучшем случае.
Насколько я смог понять объемы-содержание кода дерева, я вполне смогу адаптировать таблицы к примеру и косметику форм, плюс-минус мелочи, но не более того. Так что если адаптация это оно - то буду благодарен. Если нужно будет лезть в код, то спасибо, я не справлюсь с этим.

Так что если "море примеров в сети" уже исчерпалось, то скорее придется отложить свои хотелки с деревом в сторону и оставить для работы просто таблицы. Красивости мне по большому счету не нужны, а вставить-удалить-править можно и в них.

sdku, я распаковывал.. проверю еще раз
vmagну да, отдельная форма для корректировки:
... разве ни к кому тети и бабушки не приставали с просьбой найти папочку, которую они куда то перетащили ????Убедительно )

После вынужденного таймаута..
Остановился на варианте jkp-ads.com, устраивает по всем параметрам.
Разобрался насколько сумел, сделал под себя, дерево работает.
Раньше, в самопальном "дереве" у меня каждая позиция кодировалась по принципу ААА-БББ-ССС... Все работало, но ясно что это не лучшее решение. Теперь, с нормальным деревом, хотелось бы более правильного решения, поискал варианты, сделал минимум избыточности данных (дерево у меня небольшое, скорость некритична):
tab1: id, profile
tab2: id, id_parent

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

С деревом вроде разобрался, стал вопрос о методах работы с данными.
При выбранной структуре таблиц дерева конечная позиция ни о чем не говорит, нужно знать полный путь от атрибута до корня.
Уровней в дереве 5, значит хранить нужно коды 5 узлов. Напрашивается решение в лоб - таблица с 5 полями для каждого уровня. Считываем дерево в таблицу и дальше с ним разбираемся. При этом для атрибутов 1,2,3,4 уровня такая таблица будет явно избыточна.. наверняка есть более правильные решения.

Как можно правильно организовать хранение и сравнение выбранных атрибутов пользователя и события?
Спасибо.

С предыдущим вроде разобрался, застрял на переменных именах полей:



последняя строка, если писать rst_(j - 1)!id_1 - все нормально
если rst_(j - 1)!id_" & j - 1 - ошибка компиляции, хотя для таблицы
tblConnect_" & i & ".id_" & j - 1 - все нормально

ошибаюсь в чем или так вообще нельзя к rst обращаться?

"WHERE (tblConnect_" & i & ".id_" & j - 1 & " = " & rst_(j - 1)("id_" & j) & " and tblConnect_" & i & ".level = " & j + 1 & ")"

так тоже не работает..

Так заработало, спасибо )
"WHERE (tblConnect_" & i & ".id_" & j - 1 & " = " & rst_(j - 1)("id_" & CStr(j - 1)) & " and tblConnect_" & i & ".level = " & j + 1 & ")"