2.6 Обзор модели объект - отношения

Одним из наиболее известных и широко распространенных подходов является так называемый подход типа “объект/отношение” (О/О). Несмотря на некоторые различия в терминологии, большинство идей модели О/О имеет много общего с некоторыми чертами реляционной модели. Модель О/О представляется через диаграммную технику или “О/О - диаграммы”. Такая диаграмма (также называется схемой) является методом представления логической структуры базы данных в графическом виде для более простого и понятного выражения основных компонентов макета базы данных. Объекты подразделяются на правильные объекты и слабые объекты, каждый из которых имеет, по крайней мере, один тип, однако у определенного объекта может быть несколько подтипов. Все свойства и отношения типа объекта наследуются подтипом. Данный тип объекта, его непосредственные подтипы, подтипы подтипов и т.д. вместе образуют иерархию типов для данного типа объекта. Отношения в модели объект/отношение могут иметь тип один – к – одному, один – ко – многим, многие – к – одному или многие – ко – многим.

Объекты и отношения обладают некоторыми свойствами. Все объекты одного типа обладают некоторыми общими свойствами. Значения свойств каждого типа извлекаются из соответствующего множества значений, которое в реляционных терминах называется доменом. Ниже перечислены некоторые виды свойств и их особенности:

• простое или составное свойство. Составное свойство складывается из простых свойств;

• ключевое свойство, уникальное в некотором контексте;

• однозначное или многозначное свойство, т.е. разрешены повторяющиеся группы;

• отсутствующее свойство, т.е. “неизвестное” или ”неприменимое”;

• базовое или производное свойство (свойство, выведенное на основе каких либо операций над простыми свойствами).

2.7 Проектирование базы данных

Если попытаться формально отобразить некоторую СУБД в соответствии с описанными выше правилами, то скоро станет ясно, что данная диаграмма недостаточна точна, и в ней не задано множество деталей (особенно тех, которые относятся к целостности).

Каждый правильный тип объекта соответствует некоторому базовому отношению. Каждое базовое отношение должно иметь первичный ключ. Все эти факты должны быть задокументированы с помощью соответствующего набора утверждений на языке определения данных (datadefinitionlanguage-DDL) или, по крайней мере, с помощью некоторых предпосылок для такого набора утверждений. Иначе говоря, для записи решений, принятых при проектировании базы данных, предполагается использованиеDDLлибоSQL(structuredquerylanguage) утверждений. Хотя это не единственный способ выполнения данной функции, но кокой бы формальный метод при этом не использовался, он должен быть функционально эквивалентен этим утверждениям.

В общем случае проектирование на основе модели “объект-отношение” включает четыре больших этапа; цель каждого из них можно кратко сформулировать следующим образом:

• идентифицировать полезные семантические концепции;

• вывести формальные объекты;

• вывести формальные правила целостности;

• вывести формальные операторы.