Сахават Юсифов
все в мире объекты
связи тоже
Давно лежит объект кирпич на въезде во двор.. Спотыкаются все, а он лежит.. Ну никакой логики у народа :) Его бы повесить в арке, глядишь и грузовики может не стали бы заезжать… Логично вроде, но бизнес ГАИ диктует иное – нужен знак, и кирпич этот красный (обычный), этот объект, не катит.. Вот и выходит, что кирпич (объект) этот, к бизнесу и логике ну никакого отношения.. Убрать его – логично, но бизнеса нет.. А вот повесить знак «Въезд запрещен» - это уже чистый бизнес для некоторых.. Только.. причем тут объект кирпич?
PS: это так, о мухах, повидле и той суете что создают эти объекты…
-------------------------
Создать хранилище, оптимальное конечно не просто.. Но это только статичные данные. А вот бизнес-логика, её накрутить можно как угодно..
Возьмем пару-тройку таблиц: сведения о людях (человеке). Данные то одни, да вот смотря для кого эту базу будем использовать... Для паспортного стола одно, для отдела кадров иное..
Вот и получается, ничего вроде в базе не меняли, а приложения совершенно разные... :) И для кадровика и для паспортиста нужна карточная форма.. А вот для продавца магазина нет.. ему достаточно в табличном виде показать набор покупателей, что бы выбрать код покупателя…
Графы и т.д. штука хорошая.. Но ИМХО, не стало бы этот как в том анекдоте про Чапаева и Петьку.. где Петька готов был все свести к х…м ))

Сахават Юсифовstells2,
и множества их связей (что дает граф :)) вырезаются разные подграфы (макротипы - бизнес объекты), при этом указывется какие методы базовых типов унаследуются, и какие дописать
вот и вся твоя программа
Во первых, графы бываю разные. Во вторых, далеко не факт что связи физичиски есть (как пример - справочники, далеко невсегда есть прямая связь между ними и продуктивом).
Выстроить дерево - задача нормализации, а реализовать систему - задача практики (читай - денормализации) :).

Сахават Юсифовstells2,
не въезжаешь что то
вот ВСЕ связи
У на с с Вами несколько различные понятия «связь»..
Связь (link, relation – что и лежит в основе реляционных СУБД) это те самые стрелочки что соединяют Ваши бизнес-объекты. И потому, «связь» не может быть объектом по определению. Это отношение с указанием направления и мощности (1:М, 1:1, М:М). Связь не является объектом но порождает логику (события, или точней, реакцию на события), отвечая на вопросы «что будет если я изменю это отношение», «если я удалю эти данные» и т.д. Её единственное назначение – выполнение (гарантирование) требований: целостность, не противоречивость и т.д. накладываемых на любую базу данных.
Насчет форм и т.д. – без комментариев… :)