Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Построение дерева [D6, access]

vic1 © (2004-10-01 13:23:00)
Имеется совокупность справочников:

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.

vic1 (2004-10-01 14:23:00) [1]
Спасибо!

Sergey13 (2004-10-01 14:13:00) [2]
2vic1
Я такую задачу решал двумя таблицами.
1. "Хранилка деталей"
id,parent_id,количество,... остальное
2. "Собственно дерево продукции"
id,parent_id, id_из_хранилки, количество,... остальное

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

Ильш (2004-10-01 14:03:00) [3]

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

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

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

vic1 (2004-10-01 13:50:00) [5]
Ну не шибко много, а 5-6, а область - производство насосов.

vic1 (2004-10-01 13:50:00) [6]
Ну не шибко много, а 5-6 полей в таблице, а область - производство насосов.

Sergey13 (2004-10-01 13:48:00) [7]
Ну, если они (эти дополнительные параметры) важны, то их то как раз можно хранить в отдельных таблицах. Только вот сомнительно мне, что у узла и подузла шибко много разных параметров. Какая предметная область то?

roottim (2004-10-01 13:47:00) [8]
тогда ручками строить TTreeView
или воспользоваться платным QuantumMasterGrid

vic1 (2004-10-01 13:43:00) [9]
Просто большое количество дополнительных параметров, для кажой категории свои, удобно ли будет раздувать до такого количества полей в одной таблице?

Sergey13 (2004-10-01 13:39:00) [10]
Ты в них (таблицах) не запутаешься? 8-) Почему не нравится одна, с классическойструктурой?

vic1 (2004-10-01 13:37:00) [11]
Да, я не указал, для этого существуют промежуточные таблицы - UzlInAgr, PoduzlInAgr...

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

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »