При создании Аскрина словосочетание "семантическая сеть" была экзотикой, но сейчас, когда Semantic Network в Oracle нормально существует, когда начиная с 9 версии в реляционной модели появились типы объектов, создание объектных типов в Линтере уже необходимо. В Неводе уже есть семантичсекая сеть, но построена она по тем принципам, что я заложил аж 1994 году. Но мы делали гибкую систему, не осложненую понятием метаданные. Получились хранилище данных, а система импорта - экспорта содержала уже тогда элементы разметки данных. Переход на XML был делом техники. Почему Oracle занес в свое ядро объекты, а Линтер - нет, хотя предпосылки для этого были?
Смотришь системные схемы Oracle и понимаешь, что они на этом могут построить.
Они уже в 10 версии для RDF и OWL построили логическую модель, опять же на базе семантичсекой сети.
Вот Дима Б. сделал геометрические типы данных в Линтере, а топологию он на чем собирается делать? А без топологии GML не разобрать, как это Oracle делает. Когда-то Oracle учили, теперь у него надо учиться..
Я не ратую, чтобы Невод затащить в ядро, но постоить транзакционную семантическую сеть реально...

Но строить надо уже метасемантическую сеть.
Но вот построим, и что... Опять продадим на CEBIT-е разработку - изучайте и развивайтесь... У нас же до таких технологий никому дела нет...

Если реализовать транзакционную семантическую сеть, то и XML базу данных, типа XDB ORACLE легко построить. Кстати, построить транзакционную семантическую сеть не так-то и сложно. У меня уже в 1996 году была такая модель и технология, спроса не было, и я ее не реализовал в коде. Сейчас все можно сделать значительно круче, и метаданные организовать более продвинуто.

Можно воспользоваться опытом Oracle, хотя он мне не очень нравится. В схемах ku*.xsd содержится описание транзакционной внутренней сем. сети Oracle. Полезно изучить. На форуме никто ничего вразумительного на эту тему не высказл. Из чего я сделал вывод, что просто не понимают, что это такое.

Если рассмотреть типы в SYS Oracle, то можно увидеть уже в 10 версии...
type SYS.KU$_TABLE_DATA_T as object
(
vers_major char(1), /* UDT major version # */
vers_minor char(2), /* UDT minor version # */
obj_num number, /* obj# */
name varchar2(30), /* object name */
part_name varchar2(30), /* partition name (if object is a subpartition)*/
property number, /* table property */
trigflag number, /* the other table property column */
xmlschemacols char(1), /* 'Y' = table has xmlschema-based columns */
longcol char(1), /* 'Y' = table has a long column (max is 1) */
nft_varray char(1), /*'Y' = table has varray column with non-final type */
nonscoped_ref char(1), /* 'Y' = table has column with non-scoped ref */
schema_obj ku$_schemaobj_t, /* schema object */
ts_name varchar2(30), /* tablespace name */
blocksize number, /* size of block in bytes */
bytes_alloc number, /* total number of bytes allocated */
base_obj ku$_schemaobj_t, /* base table/view schema object */
domidx_obj ku$_schemaobj_t, /* domain index (if secondary table) */
anc_obj ku$_schemaobj_t, /* base obj of dom idx (if secondary table) */
unload_method number, /* Direct Path preferred or ET required */
et_parallel number, /* ET parallel unload possible or not */
fgac number /* FGAC enabled or not */
)

Эти типы генерируются при установке СУБД и отражены в схемах ku$*.xsd.

Если все KU$*.xsd схемы разом загрузить в Oracle JDeveloper Sudio, то сразу образуются связи между схемами. Вложенные схемы раскрываются в головной схеме. Тогда будет понятней анализировать структуру модели данных.

Apex,

что вы в этой теме делаете? Мы уже на OLAP и DWH общаемся.
Ребят там переполошили...

Нет ничего странного, что Релекс молчит. Пока по мозгам кое-кому не дашь, ничего не сделается.
!5 лет лет назад Станислав Маркин дал по мозгам А. Пешкову, когда он вздумал отказать от модели "семантическая сеть". Я сказал, что уйду со Стасом из проекта. 5 минут Анатолий раздумывал и согласился, а так был бы не в Америке, а в местах не столь отдаленных. Как раз бы уже вышел...

Хорошо, что Пешков - не сам Релекс. Сотрудники - классные специалисты, а вот Анатолий еще тот жук. От руководства проетом Аскрин он меня отстранил, так я к Аскрину объектный интерфейс в 1995 году разработал в рамках прикладного проекта. Проектировать объектную модель данных для расчета ЗП было сказкой. Может кто не знает, но к семантической сети уже тогда существовал программный интерфейс. Язык запросов напоминал современный XSQL.
Но скорость работы клиента на 2 MB RAM была низкой. Тем более, что диспетчер памяти на MS DOS 6 был отвратительный. Технология опередила свое время, но уже через 3-4 года года могла бы быть и востребована. Из фирмы я ушел, а Пешков пытался мои модули отдать молодым ребятам из воронежского универа. Много же их голов разлетелось от моего кода... Так и нет программного интерфейса к Неводу или я ошибаюсь?

Vict-or,

Vict-or, и это радует. Не все так плохо в датском королевстве.

Vict-or,
как мне ответили, Линтер не собирается делать объектные типы данных. Хозяин - барин.

Vict-or,

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