Дерево в Access 2003

[smitatyana]

Есть ли возмжность в Access 2003 организовать древовидную структуру данных?
Если да, то каким образом? Спасибо.

[Денис]

Через вставку ActiveX элементов вставить TreeView и заполнять его. Все методы можно посмотреть по F2.

[iGrok]

А если имелась в виду структура данных - тут вообще вариантов масса.

Один из самых простых:
Element_ID, Parent_ID, Element_Name

Parent_ID - ID элемента-родителя. Если Parent_ID = 0 - элемент находится "в корне" дерева...

[smitatyana]

ОООчень нужен дельный обстоятельно разъясненный совет!

мне нужно дерево организаций и должнослей в виде конечных листов дерева! У меня 4 справочника Департаменты, Отделы, Секторы и Должности. Структура справочниов:
id: int
name: str
И еще одна таблица - Штатное расписание:
id: int
depart: int - подстановка из справочника департаментов
otd: int - подстановка из справочника отделов
sek: int - подстановка из справочника секторов
dolj: int - подстановка из справочника должностей
и еще поля описательного характера данной штатной единицы (минимум, максимум, вредные условия, категория, количество ставок, ШПЗ ну и мелочи ...)
В таблице Личная карточка помимо полей, описывающих все характеристики человека(табельный, ФИО, датарож, и др.) есть поле СТАВКАШТ - ставка из штатного расписания. Как раз ID из таблицы штатное расписание. Так я узнаю какой человек на какой должности и в каком департаменте работает. Служебные данные.
Вот незадача-то: всю структуру организации мне нужно изобразить в виде дерева treeview!
Так, чтобы при выделении листа - должности на форме справа, например, были харакеристики данной штатной единицы (минимум, максимум, вредные условия, категория, количество ставок, ШПЗ ну и мелочи ...). Ну и конечно подтягивался человек на этой ставкеШТ.
Могу я с моей структурой БД организовать такое дерево с возможностью редактирования всех узлов дерева? Удалить/добавить/изменить ветку дерева. Сделать удобным формирование и изменение штатного расписания.

Подскажите, как организовать подчиненость отделов департментам и т. д.?
и как заполнять в таком случае узлы дерева?
Просьба обьяснить. Начинающему - доходчиво. Заранее благодарна.

[smitatyana]

А если имелась в виду структура данных - тут вообще вариантов масса.

Один из самых простых:
Element_ID, Parent_ID, Element_Name

Parent_ID - ID элемента-родителя. Если Parent_ID = 0 - элемент находится "в корне" дерева...

Так у меня только одна таблица получается. А что делать с 4мя справочниками?

[iGrok]

Я правильно понял структуру?

Департаменты -> Отделы -> Секторы -> Должности -> Человеки. ?

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

Или у тебя теоретически возможен вариант, когда один отдел окажется в двух департаментах?

Если важно сохранить стуктуру данных неизменной - можно попробовать строить дерево по "Штатному расписанию".
Сделать выборку: SELECT DISTINCT depart, otd, sek, dolj FROM [Штатное расписание] ORDER BY depart, otd, sek, dolj
Потом идти по записям, и добавлять в дерево департаменты, отделы, секции и должности.
Т.е. для каждой записи проверять, есть ли уже в корне дерева такой департамент, если нету - добавлять. Потом так же с отделом, но смотреть его уже не в корне, а в текущем департаменте, и т.п. вполть до должности.

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

Насчёт самого компонента-дерева - нужно поизучать компонент, о котором Денис писал в первом посте. На форуме о нём много написано, но если что-то из прочитанного будет не понятно - спрашивай.

[Денис]

iGrok

Насчет структуры данных, думаю ты хотел предложить дописать к таблицам

Element_ID, Parent_ID, Element_Name
Parent_ID - ID элемента-родителя. Если Parent_ID = 0 - элемент находится "в корне" дерева...

если отделов немного, то расставить ID будет недолго, если же много, как (подозреваю) у автора, можно ей порекомендовать сделать форму типа дизайнера и в ней распределить отделы и департаменты по своим местам.

О, я уже представил себе, как это может выглядеть: сначала есть список (запрос на выборку, обединяющий union'ами все справочники в один список), но выводится он уже в TreeView (то-есть, каждый элемент - это корень дерева), потом, рядом со списком комбобокс, в котором отдельно выбраны наименования. при выборе элемента из списка мы видим в комбо 0 или надпись "нет" - это значит, что элемент является корневым. теперь мы выбираем в комбо из выпадающего списка нужный нам элемент и его ID записывается в Parent_ID текущего элемента, после чего обновляем дерево (процедуру обновления надо оптимизировать максимально, чтобы не тормозило, либо обновлять не автоматически, а по нажатию на кнопку), итак, в дереве появляется первая ветка.

Всю процедуру повторяем до победного конца!

Саму форму можно так и обозвать: Справочник Отделов.
_________________

И да! Очень удобно для представления дерева сделать таблицу связей. вот так она должна выглядеть:

Код: Выделить всё

ID
Департамент_ID,
Отдел_ID,
Сектор_ID,
Должность_ID,
Сотрудник_ID

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

По сути, такая таблица у smitatyana уже наполовину реализована в таблице штатного расписания, но это неправильно. Нужно в штатном оставить только поле с номером (ID) записи в таблице связей.

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

[smitatyana]

Я правильно понял структуру?
Департаменты -> Отделы -> Секторы -> Должности -> Человеки. ?

Да, структура верная.

Или у тебя теоретически возможен вариант, когда один отдел окажется в двух департаментах?

Нет, такого быть не может. Должность - последняя ветка дерева. А человека я хотела бы отображать наподчиненной форме вместе с характеристиками должности.

Могу только подсказать подходящий вариант изменения структуры.

Буду признательна за совет.

но если что-то из прочитанного будет не понятно - спрашивай.

Спасибо.

[smitatyana]

А если я сделаю запрос ForTree:

Код: Выделить всё

id  - из штатное расписание.ID
DEP_ID: IIf(IsNull([штатное расписание.ДЕПАРТ]);"";"b" &[штатное расписание.ДЕПАРТ])
OTD_ID: IIf(IsNull([штатное расписание.ОТДЕЛ]);"";"с" & [штатное расписание.ОТДЕЛ])
SEK_ID: IIf(IsNull([штатное расписание.СЕКТОР]);"";"d" & [штатное расписание.СЕКТОР])
DOLJ_ID: IIf(IsNull([штатное расписание.ДОЛЖНОСТЬ]);"";"e" & [штатное расписание.ДОЛЖНОСТЬ])
DEP_NAME: СПР_ДЕПАРТ.Name
OTD_NAME:  СПР_ОТДЕЛ.Name
SEK_NAME:  СПР_СЕКТОР.Name
DOLJ_NAME:  СПР_ДОЛЖНОСТЬ.Name

А потом пройдусь по записям и добавлю ветки?

Код: Выделить всё

если  DEP_ID <> Null, то
         Parent_ID : = ""; Key : = DEP_ID; Name : = DEP_NAME;
         TreeView.Add(Parent_ID, , Key, Name);

если  OTD_ID <> Null, то
Parent_ID : = DEP_ID; Key : = OTD_ID; Name : = OTD_NAME;
TreeView.Add(Parent_ID, child, Key, Name);

если  SEK_ID <> Null, то
Parent_ID : = OTD_ID; Key : = SEK_ID; Name : = SEK_NAME;
TreeView.Add(Parent_ID, child, Key, Name);
'поле ДОЛЖНОСТЬ обязательное. Пусто быть не может
Parent_ID : = SEK_ID; Key : = DOLJ_ID; Name : = DOLJ_NAME;
TreeView.Add(Parent_ID, child, Key, Name);
иначе ' у должности родитель - отдел
Parent_ID : = OTD_ID; Key : = DOLJ_ID; Name : = DOLJ_NAME;
TreeView.Add(Parent_ID, child, Key, Name);

Как это уложить в синтаксис VB?

[smitatyana]

Как пройтись по записям, учитывая этот код и синтаксис VB?

[smitatyana]

А потом, уже при сформированном дереве, при выделении листа дерева, т.е. должности, мне нужно отобразить ФИО работника из Личной карточки(ЛК). ЛК будет связанна с запросом ForTree по СТАВКАШТ.ЛК и ForTree.ID.
и свяжу штатное расписание.ID и ForTree.ID. Так я хочу отобразить ФИО из ЛК и характеристики должности из штатного расписания при выделенном листе дерева.

[smitatyana]

Такое возможно? Помогите с логикой!
А теперь то, ради чего это все затевается:
создать наиболее удобный интерфейс для добавления/удаления/изменения всех узлов дерева. Естествеено с записью в таблицу штатного расписания. 4 день бьюсь .... HELP!

[smitatyana]

вот что у меня получилось после долгих изысканий в интернете!
Добрые люди помогали на форумах!