Объектно-ориентированная модель данных

Появление объектно-ориентированных СУБД вызвано потребностями программистов на ОО-языках, которым были необходимы средства для хранения объектов, не помещавшихся в оперативной памяти компьютера. Также важна была задача сохранения состояния объектов между повторными запусками прикладной программы.

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

Сразу же необходимо заметить, что общепринятого определения " объектно-ориентированной модели данных " не существует. Сейчас можно говорить лишь о неком "объектном" подходе к логическому представлению данных и о различных объектно-ориентированных способах его реализации.

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

Структура объектной модели описывается с помощью трех ключевых понятий: инкапсуляция, наследование, полиморфизм.

Целостность данных

Для поддержания целостности объектно-ориентированный подход предлагает использовать следующие средства:

автоматическое поддержание отношений наследования возможность объявить некоторые поля данных и методы объекта как "скрытые", не видимые для других объектов; такие поля и методы используются только методами самого объекта создание процедур контроля целостности внутри объекта.

Средства манипулирования данными. К сожалению, в объектно-ориентированном программировании отсутствуют общие средства манипулирования данными, такие как реляционная алгебра или реляционное исчисление. Работа с данными ведется с помощью одного из объектно-ориентированных языков программирования общего назначения, обычно это SmallTalk, C++ или Java.

Достоинства:

1. Возможность отображения информации о сложных взаимосвязях объектов.

2. Возможность идентифицировать отдельную запись базы данных и определить функции их обработки.

Недостатки:

1. Высокая понятийная сложность.

2. Неудобство обработки данных.

3. Низкая скорость выполнения запросов.

Характеристика элементов реляционной модели

Реляционная модель данных (РМД) некоторой предметной области представляет собой набор отношений, изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области и моделировать связи между ними.

Элемент реляционной модели	Форма представления
Отношение	Таблица
Схема отношения	Строка заголовков таблицы
Кортеж	Строка таблицы
Сущность	Описание свойств объекта
Атрибут	Заголовок столбца таблицы
Первичный ключ	Один или несколько атрибутов
Тип данных	Тип значений элементов таблицы

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

Сущность есть объект любой природы, данные о котором хранятся в базе данных. Данные о сущности хранятся в отношении.

Атрибуты представляют собой свойства, характеризующие сущность.

Схема отношения представляет собой список имен атрибутов.

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

Существует также понятие внешнего ключа. С помощью внешних ключей устанавливаются связи между отношениями.