Можете для разрядки посмотреть разработку МВТУ им.Баумана+КамАЗ "СПРУТ-технолгия" там реализована модель универсального хранения объектов. Но СПРУТ - это не БД, а БЗ. И там работают модули проектирования - очень интересно.

iscrafm apapacyНо СПРУТ - это не БД, а БЗ.
интересное резюме. Евгеневу об этом не говорили?
Цитата в студию:

ВВЕДЕНИЕ
Настоящий инструктивный материал представляет собой руководство эксперта-технолога по формированию баз данных и знаний для проектирования процессов с помощью "Интеллектуальной системы автоматизированного проектирования и нормирования технологических процессов СПРУТ-ТП"...

(ЦИТ СПРУТ-Т Интеллектуальная система автоматизированного проектирования и нормирования технологических процессов СПРУТ-ТП. Руководство эксперта. М.-2000)

Кстати реализовано при помощи реляционных БД - к сожалению. Поэтому выглядит немного тяжеловесно. Но аналогов на нашем пространстве - нет и, наверное, не скоро появятся.

Я врсапмнимаю Ваш вопрос как напмоинание о том, что СПРУТ-ТП это нечто большее чем только БЗ - а и САПР, и система документирования и т.д. и т.п.

iscrafm apapacy
Вы о чем вообще и как это связано с темой топика? Вы в глаза видели S-TP,S-CAM,S-CAD и других членов семейства?

p.s. Название что-ли понравилось. Софт конечно хороший, но как он связан с обсуждаемой темой?

С темой топика это связано таким образом, что модули проектирования СПРУТ в том виде каким я их видел (а это было лет 7 назад) реализовали как раз хранение произвольных объектов в реляционных базах базах данных, что как мне кажется напрямую связано с темой топика.

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

127.0.0.145От дерева в любом случае не уйти... данные у меня такие... каталог там , ну и еще всякое разное..

Насчет спрута - еще не смотрел..
там есть схема бд с описанием?

1) Нет структуру Вы так не найдете. Я имел в виду то, что Вы можете ознакомиться с вариантами использования хранилищ объектов, когда они действительно нужны.

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

iscrafm
Позвольте не согласится по поводу "произвольных объектов"... произвольных экземпляров объектов будет правильней. Да, создай какой хочешь бланк, создай свой алгоритм расчета... но создай то, что поддерживается интерфейсами, то, под что уже есть заготовка, а не то, что взбредет в голову. Это отличается от "произвольных объектов". Единственное живучее решение с "произвольными" объектами я встречал на объектных СУБД. Есть у Вас другие примеры, кроме СПРУТа?

Нет примеров других у меня нет. Если иметь в виду реализацию хранилища с использованием преимущественно средств реляционных баз данных. Хотя я искал что-то подобное для организации баз знаний лет 10 тому и находил поиском аналогичное - конечно недоступное у нас. Идея была такая, чтобы найти систему, которая позволяла закладывать достаточно произвольную информацию объекты/свойства с достаточно сложной структурой и справочную информацию (представленную в технике обычно в виде таблиц с подлежащим и сказуемым), а так-же алгоритмы проектирования. И применять для автоматизации некоторых сложных расчетов при проектировании. Вобщем, когда я увидел СПРУТ - то понял что это и есть то что я искал. Там Вы можете действительно создавать заготовки объектов и спроектировать их экземпляры. И система предоставит простейший и не совсем удобный интерфейс для работы с этими объектами.