Пользовательские концепции. Пользовательская концепция - это концепция, ориентированная на пользователя, которая строится путем выбора
и комбинирование пользовательских копий IConcepts. Всякий раз, когда пользователь
выбирает IConcept для его собственного моделирования перспективы, копию выбранного
IConcept (вместе со всеми его метаданными и подкомпонентами см. В разделе 5.6)
присваивается частному пространству имен для пользователя. Используя выбор, проецирование,
объединение, декартово произведение и множество операторов (объединение, разность множеств, пересечение),
пользователи могут декларативно определять пользовательские концепции на основе выбранного IConcept
копии и уже существующие другие пользовательские концепции. Таким образом, копии IConcept
представляют собой корневые узлы, поверх которых пользователи могут постепенно наращивать
снизу вверх пользовательские концепции и иерархии понятий, которые формируются
вместе желаемая семантическая перспектива. При обработке запросов соответствующий атрибут
данные могут быть извлечены из источников данных с помощью копий IConcept
на основе которых определяются иерархии понятий пользователя. Во время определения концепции, онтологические ссылки, унаследованные от основных копий IConcept, а также
метаданные атрибутов автоматически поддерживаются для пользовательских понятий, так что
явно заданная семантика запроса и современные структурные метаданные
все еще доступны. По этим метаданным каждая пользовательская концепция обладает высокой
структурированная явная схема, описывающая доступные атрибуты.
В случае, если ссылка онтологии пользовательской концепции, которая унаследована от ее основной
IConcept не точно соответствует собственной предполагаемой семантике пользователя для этого пользователя
Концепция, предполагаемая семантика производной концепции пользователя может быть изменена
путем изменения ссылки на онтологию концепции и документации5. Однако каждый
Пользовательская концепция всегда должна быть назначена, по крайней мере, одному существующему онтологическому
чтобы гарантировать, что явная, запрашиваемая семантика доступна в любое время.
В подходе SIRUP пользователи отвлекаются от технических, структурных и
вопросы семантической интеграции IConcepts, которые обеспечивают концептуально однородную
просмотр данных. Тем не менее, пользователи, которые хотят определить свои собственные семантические
Перспектива должна сделать интеграцию схемы на концептуальном уровне, выбрав
и комбинирование копий IConcept. В отличие от классических подходов к схеме
интеграции, пользователи в нашем подходе могут извлечь выгоду из явной семантики и
от концептуальной предварительной интеграции данных в соответствии с онтологическими концепциями.
Таким образом, пользователи могут эффективно выполнять необходимую интеграцию
деятельности по построению их индивидуальных семантических перспектив.
Семантический многоатомный язык. В нашем подходе декларативный язык
предоставляется для предоставления данных, а также для указания понятий пользователя
и семантические перспективы. Этот язык поддерживает запрос явной семантики
и метаданные, присвоенные пользовательским концепциям и IConcepts. Дополнительно,
запросы данных по интегрированным данным из семантических перспектив
поддерживается. Для поставщиков данных наш семантический язык с несколькими источниками данных
средства для выполнения интеграции семантически эквивалентных атрибутов IConcept
которые исходят из разных источников данных. Наш семантический мультидатчик
язык поддерживает определение IConcept и привязку атрибутов от
структурированных, полуструктурированных и неструктурированных источников данных. Для метаданных
и доступа к данным из этих источников данных, мы используем оболочки данных.
Определение предварительного просмотра. При определении традиционного представления как в централизованной
и распределенные среды баз данных, пользователи могут указывать только виды
существующих схем, например, используя команду create view для SQL.
Мы рассматриваем этот подход как определение представления ex-post, поскольку создается представление
после определения (глобальной) схемы. Когда данные из разных источников данных
следует избегать интегральных ошибок. Мы считаем,
что лучший способ предотвратить эти ошибки - позволить пользователю указать
его собственный индивидуальный подход к восприятию области приложения, представляющей интерес,
т. е. его собственная семантическая перспектива. Поэтому интегрированные схемы или
оштрафованные представления не должны предлагаться пользователю для последующего уточнения, но встроенные схемы должны быть построены ранее самим пользователем в соответствии с
его информационные потребности. В нашем подходе определение семантических перспектив
и декларативная интеграция данных, связанных с IConcept, взаимно
переплетенные процессы.
Интеграция прагматических данных. Подходы, которые объединяют данные по одному или
более глобальные онтологии предполагают идеальный мир, в котором данные для всей онтологии
концепции. Если источники данных не предоставляют данные для всей онтологии
понятия, выдающие запросы против онтологий, выступающих в качестве схемы запроса, не являются
много использования. Наш подход прагматичен в том смысле, что для
какие данные, которые фактически предоставляются одним или несколькими источниками данных, доступны
для создания семантических перспектив. Таким образом, данные для всех понятий, появляющихся
в Семантических Перспективах действительно может быть обеспечено в целом