Cтруктура, кот можно изобразить графически в виде дерева, узлами кот явл-ся объекты. связи между записями и ф-циями их обраб. уст. как в объектно-оринт. Поиск - выяснение сходства между объектом, задаваемым пользователем, и тем, что есть в БД. Определяемый пользователем объект называют объектом-целью. Такая модель позволяет идентифицировать отдельные записи базы.
Объект- уник идентифицируемая сущность, кот содержит атрибуты, описывающ состояние объектов реальн. мира, и связанные с ними действия. Св-ва объекта:1) уник. индентифицир., принадл. к опред. классу 2) может посылать сообще др обектам 3) имеет внутр. строен.
Класс – набор объектов, схожих по поведению и др. характеристикам. Структура и поведение объектов в объектной среде полностью определяется его классом. Класс, в свою очередь, является коллекцией объектов, при этом структура и поведение объектов одного класса одинакова.
Св-ва:1) это попытка применить идеологию объектно-ориентированного программирования к технологии БД; 2) сост. из объектов, кажд. из которых принадлежит к определенному классу; 3)поведение объекта полностью определяется его принадлеж. к опред. классу; 4)процесс проектирования об-ориент базы основан на выявлении классов.
|
|
Для вып. действий над данными в объек-ор модели примен. логич. операции, усиленные объек-ор механизмами инкапсуляции, наследования, полиморфизма.
Инкапсуляц - объединение в единое целое данных и алгоритмов (функций и методов) их обработки, что повыш. надежность разрабатываемого ПО.
Модуляризация- объект представляет собой «черный ящик», который может быть создан и изменен независимо от остальной системы.
Наследование позволяет образовать новый класс объектов на основе уже существующего базового (родительского) класса. Менее общие классы -подклассами, более общие – суперклассами. Наследование распространяет множество свойств и методов на всех потомков объекта. (Мужчина и Женщина как наследующие класс Человек).
Полиморфизм позвол. в объектах разн. типов иметь методы (процедуры и функции) с одинак. именами, что означ. возможн. объектов по-разному реагировать на 1 и то же событие.
Достоинство: 1) возможн отображ. информации о сложных взаимосвязях объектов; 2) идентиф отдельные записи в базе и опред. функции их обработки, позволяющими воспользоваться преимуществами объектной технологии; 3) пользователю не нужно знать о взаимодействии объектов: он просто обращается к конкретному объекту и использует конкретный метод. А то, что при этом осуществляется воздействие на другие объекты базы, скрыто от пользователя.
Недостаток: в сложности понимания сути и низкой скорости выполнения запросов.
|
|
Объектно-реляц. модель данных:
•классы объектов в об-реляц БД соответствую табл.
•объекты будут соответствовать отдельным записям в табл.
•в кач-ве первич ключа для табл базового класса проще всего взять автономеруемое поле целочиссленного типа. В табл.-наследниках ему будет сопоставлено обычное целочисленное поле.
•первич ключ в табл явл идентификатором объекта.
•каждый объект может собираться из записей нескольких табл. базового класса и наследников.
Базовый класс объектов должен уметь выполнять основные действия с единич. экземпляром объекта: создание, загрузка, сохранение, удаление. Базовый класс должен обеспечивать возможность изменения и удаления сразу множества объектов.
Разница между об-рел. и объектно-ориентированными СУБД:
•ОРСУБД – надстройка на рел. с-емой
•ООСУБД изначально объектно-ориентированы
Главной особенностью и отличием об-рел. и объект. СУБД от реляц.: О(Р)СУБД интегрированы с об-ориентир. языком программирования, внутренним и внешним(С++,Java и др.).
Характерные свойства ОРСУБД:
•Комплексные данные
•Наследование типа
•Объектное поведение
Основн. преимущества расширения реляцион. модели – повторное и совместное использование компонентов.
Недостаток – сложность и связанные с ней повышенные расходы.
Примеры ОРСУБД: Oracle Database, Microsoft SQL Server, Postgre SQL/
Недостатки об-реляц. модели:
отсутствие унифицированной теории
отсутствие формальной методологии проектирования БД
отсутствие специальных средств создания запросов
отсутствие общих правил определения целостности и др.