Построение дерева

← →
vic1 (2004-10-01 13:23) [0]

Имеется совокупность справочников:

SprAgreg
SprIzdel
SprUzl
SprPodUzl
SprDetal
SprPolufabr

в них поля типа:

k_agr - для каждой табл свой код (k_agr, k_izd, k_uzl,...)
Name
Shifr

Сведения о наличии комплектующих содержатся в таблицах:
IzdInAgr
UzlInIzd
PodUzlInUzl
DetInPoduzl
PolufabrInDet

в них поля типа:
для справочника SprAgr, для остальных подобно
ID -
k_agr - агрегат
k_izd - изделия ему соответствующие

Если для построения дерева использовать компонент, который требует структуру ID, ParentId, Name. Как мне организовать выборку данных?
Или подскажите, как лучше строить дерево?
Пока access.

← →
Sergey13 © (2004-10-01 13:31) [1]

2vic1 (01.10.04 13:23)
>Если для построения дерева использовать компонент, который требует структуру ID, ParentId, Name.
Так может и дать ему такую структуру? А твоя очень негибкая, ИМХО. Деталь может и не входить в подузел например, а напрямую в узел или изделие. Или в подузел может входить другой подузел несколько раз.

← →
vic1 (2004-10-01 13:37) [2]

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

← →
Sergey13 © (2004-10-01 13:39) [3]

Ты в них (таблицах) не запутаешься? 8-) Почему не нравится одна, с классической структурой?

← →
vic1 (2004-10-01 13:43) [4]

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

← →
roottim © (2004-10-01 13:47) [5]

тогда ручками строить TTreeView
или воспользоваться платным QuantumMasterGrid

← →
Sergey13 © (2004-10-01 13:48) [6]

Ну, если они (эти дополнительные параметры) важны, то их то как раз можно хранить в отдельных таблицах. Только вот сомнительно мне, что у узла и подузла шибко много разных параметров. Какая предметная область то?

← →
vic1 (2004-10-01 13:50) [7]

Ну не шибко много, а 5-6, а область - производство насосов.

← →
vic1 (2004-10-01 13:50) [8]

Ну не шибко много, а 5-6 полей в таблице, а область - производство насосов.

2[8] vic1 (01.10.04 13:50)
>Ну не шибко много, а 5-6 полей в таблице
Ну съэкономишь (может быть, а может и не быть) ты сотню килобайт на диске... 8-) Зато гемороя огребешь под завязку. ИМХО.

← →
Ильш (2004-10-01 14:03) [10]

> Просто большое количество дополнительных параметров

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

2vic1
Я такую задачу решал двумя таблицами.
1. "Хранилка деталей"
id,parent_id,количество,... остальное
2. "Собственно дерево продукции"
id,parent_id, id_из_хранилки, количество,... остальное

Обе с "деревянной" структурой - в первой просто для удобства. Практически абсолютная универсальность + реализация унификации (а тебя это тоже должно волновать я думаю).

← →
vic1 (2004-10-01 14:23) [12]

Спасибо!

Построение дерева Найти похожие ветки