У многих стоит задача строить объекты на реляционной платформе. Это позволяют делать ядра весго двух систем Oracle и DB2. Я хочу разместить в И-нет статью по технологии построения объектов по модели данных "семантическая сеть". И объекты можно будет строить на любой реляционке. Где мне лучше это сделать? Когда-то в 1997 году я засветился на конференции математиков с данной темой, но выступление было не профильным.

krvsaПро Cache слышали/читали?

Конечно, знаю эту систему, но она реализует объектно-ориентированную модель.

Naf, прочитал страничку, кое-что похоже. Без ссылок нельзя, но вот связей и механизмов их обработки нет. Но мысль работает в правильную сторону.

krvsa,
вроде названия посчти похожи, но это две большие разницы.
Объектно-ориентированная модель (ООМ) отражает принцицы ООП с его наследованием, полиморфизмом и инкапсуляцией.
Что такое ООП? Кто писал на C\ANSI, тот помнит структуры, так ООП - методика организации построения этих структур и их обработки. Ну назвали их объектами и что? OSGI - наглядный пример возвышения метода над смыслом. Взять тот же OO мапинг на примере Hibernate. Вот пример ООМ. Создали класс, прописали интерфейс к структуре данных и бац - сгенерировали SQL запрос. Отработали запрос и получили струтуру данных в базе данных. Далее, связи. Какие они и что позволяют обрабатывать? В C/ANSI было понятие адреса, можно было делать цепочки массивов адресов. По адресу можно было обратиться, то же самое в ООМ, но назвали адрес ссылкой. Что это значит? Это значит, что основной структурой данных в OOM является иерархия.
Есть и произвольные ссылки - линки, это типа безусловного или условного перехода по адресу.
Но все это заточено под функциональность. Добавлена семантика, на уровне возможности создания семантических наименований атрибутов объектов и наименований типов и самих объектов. На этом семантика заканчивается.
Очень удобно делать позаказные разработки, но инструментарий на этом создавать умотаешься.
У нас NAUMEN построен с использованием Hibernate. Это пример построения инструментарных оболочек на ООМ.

Объектно-реляционная модель (ORM) заточена на семантику и акцент делается на построение сети. Вот Oracle сетям такую оду поет и правильно делает. Клавным действующим лицом вытупает бинарная связь, описывающая дуги напрвленного графа и построения связанныз пересекающихся массивов графов, в которых выделяют узлы. Узлы ORM атрибуты объектов или сами объекты.
Модель семантичсекая сеть отличается от других моделей тем, что объхект связь, кроме семантичсеского имени имеет собственные атрибуты и может образовывать ассоциации связей, которые в свою очередь являются объектами.

Вот кратко отличия, хотя казалось бы и там и там объекты.

Евгений Мирошниченко aka mir,

если вы такой модели не знаете, то это еще не значит, что ее не существует.

Евгений Мирошниченко aka mir,
Вы же хорошо знаете, что в разных областях знаний один и тот же термин имеет различное смысловое содержание. В математике семантическая сеть имеет одно значение, в теории баз данных - другое. Посмотрите вокруг, это везде и всюду.

Евгений Мирошниченко aka mir,

вот ведь не думал, что стану теоретиком баз данных. Не зря же я в Релексе работал.

Евгений Мирошниченко aka mir,

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

MasterZiv,

я же уже упоминал Hibernate.

krvsa,

странно, что взгяд Oarcle на свою внутреннюю сем. модель нигде не публикуется.

_мод,

что сказал... Сам то понял?

guest_20040621,

ну прято как у Блаватской - слова понятные, а вместе чтобы сложить, нужно другой смысловой словарь включать. Может кто-нить подскажет какой?