Ооп бд объектно-ориентированная база данных

Вид материала

Документы

Содержание Архитектура ODMG 3. Особливості об'єктної моделі ODMG 4.Зв'язки в технології ODMG 5. Об'єкти і літеральні типии 6.Мова визначення об‘єктів Создание объектов Create database Create function Create index [null | not null] Изменение объектов Alter database Alter procedure Alter table Alter trigger Alter view Alter table Изменение столбцов Удаление объектов Active Data Guard ... Полное содержание

Подобный материал:

• Программа дисциплины Объектно-ориентированное программирование Рекомендуется для направления, 591.42kb.
• Лекция на тему «Что такое база данных. Реляционная база данных ms access», 67.11kb.
• Абстракции, наследование и полиморфизм, 107.42kb.
• Ms access База данных (БД), 134.51kb.
• Лекция: Методологии моделирования предметной области: Методологии моделирования предметной, 347.91kb.
• Развитие объектно-ориентированных систем управления базами данных, 122.52kb.
• Должна быть конкретной, кратко сформулированной и соответствовать современному уровню, 20.13kb.
• В вычислительной математике, 1443kb.
• Базы данных 2, 398.32kb.
• Лекция на тему: Основы организации баз данных, 393.78kb.

1.Основные факторы перехода на ООП БД

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

Некоторые объектно-ориентированные базы данных разработаны для плотного взаимодействия с такими объектно-ориентированными языками программирования как Python, Java, C#, Visual Basic .NET, C++, Objective-C и Smalltalk; другие имеют свои собственные языки программирования. ООСУБД используют точно такую же модель, что и объектно-ориентированные языки программирования.

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

В манифесте ООБД^[1] предлагаются обязательные характеристики, которым должна отвечать любая ООБД. Их выбор основан на 2 критериях: система должна быть объектно-ориентированной и представлять собой БД.

Три класса характеристик:

• Обязательные.
  
• Необязательные.
  
• Открытые — позволяют пользователю выбирать свойства.
  

СУБД

• Долговременное хранение
  
• Использование внешней памяти
  
• Параллелизм
  
• Восстановление
  
• Нерегламентированные запросы
  

ОО характеристики

1. Поддержка сложных объектов. В системе должна быть предусмотрена возможность создания составных объектов за счет применения конструкторов составных объектов. Необходимо, чтобы конструкторы объектов были ортогональны, то есть любой конструктор можно было применять к любому объекту.
   
2. Поддержка индивидуальности объектов. Все объекты должны иметь уникальный идентификатор, который не зависит от значений их атрибутов.
   
3. Поддержка инкапсуляции. Корректная инкапсуляция достигается за счет того, что программисты обладают правом доступа только к спецификации интерфейса методов, а данные и реализация методов скрыты внутри объектов.
   
4. Поддержка типов и классов. Требуется, чтобы в ООБД поддерживалась хотя бы одна концепция различия между типами и классами. (Термин «тип» более соответствует понятию абстрактного типа данных. В языках программирования переменная объявляется с указанием ее типа. Компилятор может использовать эту информацию для проверки выполняемых с переменной операций на совместимость с ее типом, что позволяет гарантировать корректность программного обеспечения. С другой стороны класс является неким шаблоном для создания объектов и предоставляет методы, которые могут применяться к этим объектам. Таким образом, понятие «класс» в большей степени относится ко времени исполнения, чем ко времени компиляции.)
   
5. Поддержка наследования типов и классов от их предков. Подтип, или подкласс, должен наследовать атрибуты и методы от его супертипа, или суперкласса, соответственно.
   
6. Перегрузка в сочетании с полным связыванием. Методы должны применяться к объектам разных типов. Реализация метода должна зависеть от типа объектов, к которым данный метод применяется. Для обеспечения этой функциональности связывание имен методов в системе не должно выполняться до времени выполнения программы.
   
7. Вычислительная полнота. Язык манипулирования данными должен быть языком программирования общего назначения.
   
8. Набор типов данных должен быть расширяемым. Пользователь должен иметь средства создания новых типов данных на основе набора предопределенных системных типов. Более того, между способами использования системных и пользовательских типов данных не должно быть никаких различий.
   

Необязательные:

• Множественное наследование
  
• Проверка типов
  
• Распределение
  
• Проектные транзакции
  

Открытые

• Парадигмы программирования (процедурное, декларативное)
  
• Система представления
  
• Система типов
  
• Однородность. Реализация — язык программирования — интерфейс.
  

Думаю этого хватит, но вот:не надо??

• Преимущества:
  
• 1.                  Объекты в СУООБД могут хранить произвольное количество простых типов и других объектов. Поэтому можно организовать модель данных, как большой класс, содержащий подмножество меньших классов, содержащих в свою очередь другие подмножества классов и так далее. Использование реляционной модели приведет к созданию многочисленных таблиц, при работе с которыми придется постоянно организовывать объединения таблиц. Объект является наилучшей моделью отображения реального мира, нежели реляционные картежи. Особенно это касается сложных и многогранных объектов. СУООБД больше подходит для обработки комплексных, сложно взаимосвязанных данных и в зависимости от сложности данных может превосходить СУРБД по производительности в десятки, а то и в тысячи раз.
  
• 2.                  Данные в реальном мире обычно имеют иерархические характеристики. Известный пример с Сотрудниками, используемый в большинстве СУРБД, гораздо проще описать в СУООБД. Чтобы определить для сотрудника, является ли он менеджером или нет, в СУРБД обычно вводят дополнительное поле в таблице Сотрудников, ссылающееся на идентификатор сотрудника-менеджера или создают отдельную таблицу для определения взаимоотношения между Сотрудниками. В СУООБД класс Сотрудник просто является родительским классом для класса Менеджера.
  
• 3.                  Для доступа к данным из СУООБД не обязателен отдельный язык запросов, поскольку доступ происходит непосредственно к объектам. Тем не менее, возможность использовать запросы существует.
  
• 4.                  В типичном приложении, построенном на использовании объектно-ориентированного языка и СУРБД, значительное количество времени обычно тратится на взаимосвязывание таблиц и объектов. Также существуют различные проблемы, связанные с неполной совместимостью типов данных. При использовании СУООБД данная проблема полностью отпадает.