Одно из требований к проектируемой системе - отображение в древовидной форме данных.
Данные структурированы примерно так:
Свойства объекта:

-Географические
--улица
--дом
--...
-Физические
--потолок
---навесной
---обычный
---....
--пол
-...

Для того, чтобы показать эти свойства в виде дерева, я построил таблицу tree:
id int
name varchar()
parent int

Таблица main, в которой хранятся данные об объектах :
id int
dom varchar()
...
т.е., все свойства.

Я не знаю, как связать таблицу tree и main, чтобы обеспечить такую функциональность в клиенте: щелкает клиент по дереву на самый верхний узел (например "Географические") и ему открывается например грид, в котором все свойства географические. Но щелкая по самому нижнему в иерархии свойству- получает значения только этого свойства (например - "пол").

И вообще, возможно ли такое реализовать?

Может быть, разносить данные о каждом верхнем уровне (Географические, Физические, ...) в разные таблицы и делать потом таблицу tree главной, а остальные - подчиненными ей?

Я правильно понял: Objects - это моя tree? В ней у меня хранится инфа о структуре дерева.
Но как связать её с подчиненной таблицей, если в подчиненной не должно быть свойств верхнего уровня? (Географические, Физические)?

Да, но как реализовать вот это?

Savkaщелкает клиент по дереву на самый верхний узел (например "Географические") и ему открывается например грид, в котором все свойства географические. Но щелкая по самому нижнему в иерархии свойству- получает значения только этого свойства (например - "пол").

Серега, это как раз то, что мне нужно. Я просто неверно сформулировал задачу.

Как в таком случае должна выглядеть структура базы?

Я, правда, пока не совсем себе представляю, какой толк в таком отображении данных.
Вот, к примеру, надо человеку посмотреть последних 10 введнных объектов, или все объекты, которые находятся по такой то улице. Тогда что?

Серега
1.Адреса объектов
ИД
ИДродителя
Наименование

1.Объекты
ИД
ИДадреса
Реквизиты (вот тут надо думать как организовать - то-ли полей насоздавать с избытком, то ли ссылки на "части объекта" (отдельная(ые) таблица(ы)) типа "кухня","комната", "санузел" и т.п.)


Получается, что эти две таблицы надо связывать по ИД. И если кто-то добавляет новый объект, то на каждом клиенте надо будет перестраивать дерево.

И, что еще хуже, при разрастании самой базы - все это будет изрядно тормозить. (Мне так кажется).
Но вот хочется клиенту отображения типа проводника и все тут.

А что такое "КЛАДР"?

Simonвообще не плохо было бы написать еще какой сервер бд используется

Используется PostgreSQL

Спасибо за советы. :)
Дерево я действительно буду просто рисовать, а не загонять в него все узлы из бд.