Сейчас заканчиваем проект по полнотекстовому хранилищу цифровых материлов. Если бы мы основывались на жесткой модели таблиц, а не на на методанных, хранилище наше бы уже 10 раз устарело до ввода в эсклуатацию. Благодря онтологическому подходу мы можем в хранилище описать все, что угодно, используя самые разные данные, модель которых нам неизвестна на стадии разработки. Не спорю, что производительность в некоторый момент понизится, но есть средства к ее повышению. Она должна быть в приемлимых для пользователя пределах и с метаданными ее можно обеспечить.

guest_20040621> Благодря онтологическому подходу

Что скрывается за набором букв "онтологический подход".

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

Это заблуждение.

Тут две ссылки. Если действительно интересно.

http://researchweb.watson.ibm.com/journal/sj/433/stojanovic.html
http://www.alphaworks.ibm.com/contentnr/semanticsfaqs

Смысл в описании чего-то - бизнес-процессов, объектов в онтологиях. Онтологии - типа классов, но в отличии от классов между ними разрешаются произвольные отношения (не только наследования и агрегации). Произвольные - т.е. определенные пользователем. Кроме этого, на эти отношения могут накладываться свойства - типа симметричности, транзитивности и инверсности. На основании этих свойств могут создаваться правила вывода. Например, если репликаци 1 должна выполнится раньше репликации 2 (раньше выполшнится - это новое отношение), а репликация 2 - раньше репликации 3, и при этмо ан отношении выполнится раньше наложено свойство транзитивности, то автоматически означает, что репликация 1 должан выполнится раньше репликации 3... Ну это пример примитвиный .. но атм можно много всего навертеть. напрмиер, сейчас , в хранилище - есть описания документа как связанно с некой дисциплиной. А надо осуществить в хранилище поиск не только подисциплинам, а и по кафедрам. Но описывтаь по кафедрам не имеет смысла (почеум - тут не важно). Но дисциплины имеют отношения с кафедрами, поэтмоу на оснвоании этих отношений и будет строиться поиск. Но такие отношения не зашиты в код программы, а описаны в онтологиях. И на основе этих описания поисковая машина хранилища будет искать по кафедре, хотя повторяю, явным образом никто связи между документами и кафедрой не устанавливал.

По поводу заблуждения. Да, все - это типа ничего, всегда, никгда и и т.п. Но все, что пока пришло в голову, - можем.

iscrafmнасколько продолжительное время Вы его делаете, что оно успевает устаревать?
И что значит с метаданными в Вашем случае? У Вас есть некая среда, типа 1С, которая по Вашему описанию генерит физическую БД и Вы используете результаты ее работы? так?

Сколько долго? черт знает, в чем измерять. Чистое время - ну месяца 4. До этого была сделаан система управления справочниками (собственно система управления метаданными). Еще до этого сделаан системма управления правами. На основе этих сситем делается хранилище. Изначально задание было сведено к необходимости хранить учебно-методические материалы, выпускаемые нашим изательством (точнее заменить аналдогичную устаревшую систему). Причем издательство имело строгое определенную систему описания материалов. Потом оказалось, что хранить будет не только наше издательство, но и другие, у которых свои правила описания документов. Затем оказалось, что хранить надо и другие разные документы - презентации, научные преокты, отчеты, диссертации, и нормативные документы и дипломные проекты. У каждого есть свои правила описания. Есть еще требования министерства, у которых своих парвила и т.п. Крмое того, нужно организовывать поиск местами не очевидный, т.е. по косвенным связям (выше есть пример).
По системе управления спарвочниками. Мы не генерим новые таблицы. Мы либо храним справочники в вертикальном виде с описанием их структуры в табилце метаданных, либо подключаем внешние , уже существующие таблицы и храним их описание. Генерировать именно новые табилцы в нашей сситеме я не вижу смысла, прочто что и писала ранее. Но работаем со справочниками через метаданные.