Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки. Объектно-реляционная модель данных

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

Объект- уник идентифицируемая сущность, кот содержит атрибуты, описывающ состояние объектов реальн. мира, и связанные с ними действия. Св-ва объекта:1) уник. индентифицир., принадл. к опред. классу 2) может посылать сообще др обектам 3) имеет внутр. строен.

Класс – набор объектов, схожих по поведению и др. характеристикам. Структура и поведение объектов в объектной среде полностью определяется его классом. Класс, в свою очередь, является коллекцией объектов, при этом структура и поведение объектов одного класса одинакова.

Св-ва:1) это попытка применить идеологию объектно-ориентированного программирования к технологии БД; 2) сост. из объектов, кажд. из которых принадлежит к определенному классу; 3)поведение объекта полностью определяется его принадлеж. к опред. классу; 4)процесс проектирования об-ориент базы основан на выявлении классов.

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

Инкапсуляц - объединение в единое целое данных и алгоритмов (функций и методов) их обработки, что повыш. надежность разрабатываемого ПО.

Модуляризация- объект представляет собой «черный ящик», который может быть создан и изменен независимо от остальной системы.

Наследование позволяет образовать новый класс объектов на основе уже существующего базового (родительского) класса. Менее общие классы -подклассами, более общие – суперклассами. Наследование распространяет множество свойств и методов на всех потомков объекта. (Мужчина и Женщина как наследующие класс Человек).

Полиморфизм позвол. в объектах разн. типов иметь методы (процедуры и функции) с одинак. именами, что означ. возможн. объектов по-разному реагировать на 1 и то же событие.

Достоинство: 1) возможн отображ. информации о сложных взаимосвязях объектов; 2) идентиф отдельные записи в базе и опред. функции их обработки, позволяющими воспользоваться преимуществами объектной технологии; 3) пользователю не нужно знать о взаимодействии объектов: он просто обращается к конкретному объекту и использует конкретный метод. А то, что при этом осуществляется воздействие на другие объекты базы, скрыто от пользователя.

Недостаток: в сложности понимания сути и низкой скорости выполнения запросов.

Объектно-реляц. модель данных:

•классы объектов в об-реляц БД соответствую табл.

•объекты будут соответствовать отдельным записям в табл.

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

•первич ключ в табл явл идентификатором объекта.

•каждый объект может собираться из записей нескольких табл. базового класса и наследников.

Базовый класс объектов должен уметь выполнять основные действия с единич. экземпляром объекта: создание, загрузка, сохранение, удаление. Базовый класс должен обеспечивать возможность изменения и удаления сразу множества объектов.

Разница между об-рел. и объектно-ориентированными СУБД:

•ОРСУБД – надстройка на рел. с-емой

•ООСУБД изначально объектно-ориентированы

Главной особенностью и отличием об-рел. и объект. СУБД от реляц.: О(Р)СУБД интегрированы с об-ориентир. языком программирования, внутренним и внешним(С++,Java и др.).

Характерные свойства ОРСУБД:

•Комплексные данные

•Наследование типа

•Объектное поведение

Основн. преимущества расширения реляцион. модели – повторное и совместное использование компонентов.

Недостаток – сложность и связанные с ней повышенные расходы.

Примеры ОРСУБД: Oracle Database, Microsoft SQL Server, Postgre SQL/

Недостатки об-реляц. модели:

отсутствие унифицированной теории

отсутствие формальной методологии проектирования БД

отсутствие специальных средств создания запросов

отсутствие общих правил определения целостности и др.