Показать сообщение отдельно
Старый 29.06.2004, 19:16   #12  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано Anais
Структура технических мест выстраивается в виде иерархического дерева.
... ... ...
Представление справочника ТМ возможно в виде:
Табличной структуры
Графической структуры.


И вот, на основании вот этой бумажки, ловят меня за жабры и говорят: ОБЯЗАТЕЛЬНО нужно графическое дерево.
Anais, обратите внимание на слово ПРЕДСТАВЛЕНИЕ.
"нужно графическое дерево" это тоже ПРЕДСТВАЛЕНИЕ.
Я ж не против контрола с названием tree

Мы говорили о структуре ХРАНЕНИЯ.
Хранить можно каждый уровень в отдельной таблице, а затем Представлять это дело пользователю в виде treeView (если нужно).

Вопрос был зачем вы выбрали такую сложную структуру хранения.
Согласен. Что на самом деле вопрос непростой. И вполне возможно у вас не было другого выхода. Но...

Дело в том, что если бы вы выбрали другую структуру хранения, то, на мой взгляд, у вас не было бы таких жестких требований к программированию представления. Так 4 таблицы можно было бы представить 4 связанными гридами. Опять же - я отлично понимаю, что это не совсем то, что обычно имеется в виду под словом "иерархический". Но вы могли бы мышкой накидать 4 связанных грида и перейти к разработке вашего функционала. ПРЕДСТАВЛЕНИЕ в виде дерева можно было бы оставить на потом, если у вас останутся время, деньги и желание пользователей что-то менять.

Опять же, посмотрите как иерархия сделана в проектах. Как там открываются подпроекты.