кто-нить че-нить слышал про объектные БД и как их юзать в Дельфи  ????   

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

никак. БД - для хранения данных. Классы/объекты - это данные+методы. Дело не в том, что нельзя хранить, но объектная БД - это БД с объектной структурой хранения/доступа. Т.е. когда у тебя данные имеют четкую иерархию. Самый примитивный, но и самый "понятный" пример - хранение графа в БД. Для реляционной БД выход - в хранении пар "родитель+потомок", в постреляционной в качестве поля одной записи можно задать таблицу(таблица-в-таблице) - тот же рекурсивный алгоритм выборки, но чуть проще, в объектной хранятся объекты типа "узел", некоторое поле которого ссылается на другие объекты типа "узел".
К объектным СУБД относится, в первую очередь, Cache.
К объектно-ориентированным - Oracle и PostgreSQL
Реляционных просто море 
-----
От себя добавлю, что если речь идет о хранении именно кода приложения, а не алгоритмов обработки данных в БД, то лучше придумать другой путь:

• использовать интерпретатор; тогда в БД будет храниться в виде текста исполняемый интерпретатором код; под Delphi есть несколько хороших интерпретаторов(PascalScript, Lua for Delphi или другие)
• использовать механизм плагинов; для Delphi это можно сделать либо через dll, либо через bpl(если не требуется переносимость между компиляторами, это даже предпочтительнее); в БД хранить только параметры плагинов;
• можно даже извернуться и на лету патчить память  

спасибо за ответ   !
правда, для меня он оказался более чем ожиданным)))

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

ну например,
просто записать класс со свойствами "коробка", как наследник класса "куб" и связать их с классом "комната" и его экземпляром, в виде объекта "комната" )))

к примеру в аксессе это можно реализовать четырьмя табличками:
1 класс "куб" с полями под свойства;
2 класс "коробка" со своими полями-свойствами;
3 класс "комната"
3 табличка со всеми объектами с указателями на их классы, включая наш объект "комната", ссылающийся на свой класс...

еще раз, я понимаю что это тупо выглядит, поэтому и задаю вопрос, как бы вы предложили решить проблему   

ЗЫ ибо никакой информации по работе с ООСУБД из дельфи я найти пока не могу

Это сообщение отредактировал(а) CompWorm - 10.10.2007, 18:31

А как же иерархические БД? По-моему под данное определение больше подходит именно этот тип.
skyboy, если я правильно понял, то объектные и иерархические несколько разные вещи.

Ссылки по теме
http://www.citforum.ru/database/articles/oodbms1/
http://www.library.by/shpargalka/belarus/p...001/pro-022.htm

Anark1, 
отличная заметка о разнице ООБД и Иерархическими БД...

в связи с этим, вот я нашел статью о
Иерархических структурах данных в реляционных БД
примеры там приводятся для Interbase 6...

и в дополнение к этому, крохотная статья   , 
как работатью с Interbase при помощи Дельфи

я про них забыл :( Да, есть ещё и иерархические БД