Иерархический справочник и Axapta.

[Alks]

Marshak IX

Цитата:

Можно уточнить, что имеется ввиду?
Ибо во всех перечисленных мною вариантах существует реквизиты
ID и ParentID, либо их явные аналоги.

Нет не во всех - те которые я "окритиковал" в идеологии хранения в СУРБД легче хранить как отношения один-ко-многим, и лишь для каких то своих целей вырисовывать на экране комптютера в виде TreeView, т.к. людьми часто древовидное представление данных легче воспринимается. Пример - мониторинг проводок в аксапте (забыл как точно форма называется - там именно в виде дерева отображаются проводки, хотя в базе они хранятся в плоском виде).

Цитата:

от в том то и дело, что "нормализованное" дерево позволяет решить задачу суммирования ресурса по всем уровням иерархии дерева. Именно об этом и говорю, что это одно из назначений иерархического списка.

Согласен. Если дерево "нормализовано", то отдельными его ветвями всегда имеет смысл оперировать так же как и отдельными листьями.

Marshak IX

Цитата:

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

А я так и считаю - номенклатурный ассортимент - очень специфическая вещь имеющая право на жизнь по многим причинам.

MAZZY

Цитата:

Придется развернуть ответ: хотелось привети реализацию отличную от связки (ParentId - Id) и от загрузки всей иерархии в treeView (как это делается в форме установки прав доступа).

Это обычные отношения один-ко-многим и, может быть многие-ко-многим. Разве есть смысл их приводить в пример там где ими пропитана вся система?