П. Г. Демидова А. В. Зафиевский А. А. Короткин А. Н. Лататуев Базы данных Учебное пособие

1.7. Объектно ориентированные базы данных 
Реляционная модель данных резко упростила базовые «кир-
пичики», из которых строится структура базы данных, используя 
в этом качестве почти исключительно таблицы. При этом, од-
нако, усложнилась проблема учета взаимосвязей между элемен-
тами этой структуры. И хотя эта проблема в реляционной модели 
решается за счет использования внешних ключей, при большом 
количестве связей структура базы данных становится сложной 
для восприятия и неэффективной при выполнении запросов. 
Наиболее заметны эти недостатки в системах автоматизации 
проектирования (САПР), оперирующих сравнительной неболь-
шим количеством информационных объектов сложной струк-
туры. Иерархическая информация технических чертежей может 
включать десять и более уровней. При использовании реляцион-
ной модели для соответствующей информационной реализации в 
этом случае могут потребоваться десятки взаимосвязанных 
таблиц, причем эти таблицы будут содержать всего по нескольку 
строк, а некоторые – даже только по одной. 
Эта проблема была менее заметна в базах данных первого по-
коления, поскольку в них допускались достаточно сложные базо-
вые элементы и их иерархическая организация, однако програм-
мирование в этих базах данных было низкоуровневым, что не 
позволяло использовать их при реализации сложных проектов. 
Сформировавшаяся к середине 1980-х годов идеология объ-
ектно ориентированного программирования привела к созданию 
модели объектно ориентированных баз данных (ООБД) и соот-
ветствующих СУБД. В этой модели информационные образы ре-
альных объектов предметной области записываются в базу данных 
наиболее естественным образом, с сохранением их целостности и 
связей между ними. Кроме того, в базу же данных записываются 
функции («методы»), описывающие взаимодействие между объек-
тами. Это заметно отличает ООБД от реляционных баз данных. 
В прикладных информационных системах, основывающихся на 
реляционных БД, существует принципиальный разрыв между 
структурной и процедурной частями. Структурная часть системы 
поддерживается всем аппаратом СУБД, ее можно моделировать, 
верифицировать и т. д., а система обработки данных создается 
независимо, и средства ее создания не являются неотъемлемой 

---

16