6.3.2. Объектно-реляционные субд
В последнее время производители СУБД стремятся соединить два этих подхода и предлагают объектно-реляционную модель представления данных. Один из способов объединения возможностей реляционного и объектно-ориентированного подхода к управлению данными предложил известный американский ученый Майкл Стоунбрейкер [4]. Согласно его воззрениям реляционную СУБД нужно просто дополнить средствами доступа к сложным данным. При этом ядро СУБД не требует переработки, как в случае с SQL3, и сохраняет все присущие реляционным системам достоинства. Объектные расширения реализуются в виде надстроек, которые динамически подключаются к ядру (рис. 6.4).
Объектно-реляционная СУБД (ОРСУБД) — реляционная СУБД (РСУБД), поддерживающая некоторые технологии, реализующие объектно-ориентированный подход.
Разница между объектно-реляционными и объектными СУБД: первые являют собой надстройку над реляционной схемой, вторые же изначально объектно-ориентированы. Главная особенность и отличие объектно-реляционных, как и объектных, СУБД от реляционных заключается в том, что О(Р)СУБД интегрированы с Объектно-Ориентированным (OO) языком программирования, внутренним или внешним как C++, Java. Характерные свойства OРСУБД - 1) сложные (комплексные) данные, 2) наследование типа, и 3) объектное поведение.
Рис. 6.4. Классификация СУБД
Комплексные данные могут быть реализованы через постоянно-хранимые объекты (persistent objects). Создание комплексных данных в большинстве существующих ОРСУБД основано на предварительном определении схемы через определяемый пользователем тип (UDT - user-defined type). Используются также встроенные конструкторы составных типов, например массив (ARRAY).
Иерархия структурных комплексных данных предлагает дополнительное свойство, наследование типа. То есть структурный тип может иметь подтипы, которые используют все его атрибуты и содержат дополнительные атрибуты, специфицированные в подтипе.
Одной из важнейших тенденций развития СУБД является разработка СУБД, способных интегрировать в базе традиционные (структурированные) и нетрадиционные данные – текст, рисунки, звук и видео, страницы HTML и др. Это особенно актуально для WEB. Имеется два подхода к построению таких СУБД: объектно-реляционный (совершенствование существующих реляционных СУБД) и объектный.
Следует отметить, что современные СУБД уже способны интегрировать данные, однако нетрадиционные данные не доступны для внутренней обработки. «Универсальные» СУБД должны выполнять такую обработку.
Объектное поведение закладывается через описание программных объектов. Такие объекты должны быть сохраняемыми и переносимыми для обработки в базе данных, поэтому они называются обычно как постоянные (или долговременные) объекты. Внутри базы данных все отношения с постоянным программным объектом есть отношения с его объектным идентификатором (OID).
Примеры таких СУБД – IBM DB2 for Common Servers, Oracle 11g, MS SQL Server, PostgreSQL, Informix и другие.
6.3.3. Критерии сравнения субд
При разработке приложений баз данных одним из самых важных этапов является выбор СУБД. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям организации, при этом следует учитывать финансовые затраты на приобретение самой системы, необходимого оборудования, разработку необходимого программного обеспечения на основе этой системы, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести реальные выгоды организации.
Существует множество методик выбора СУБД. Простейшая из них основана на оценке того, насколько существующие системы удовлетворяют основным требованиям создаваемого проекта ИС. Более сложным и дорогостоящим вариантом является создание испытательного проекта на основе нескольких систем и последующий выбор наиболее подходящего из кандидатов. Но даже в этом случае необходимо ограничивать круг возможных систем, опираясь на некие критерии отбора (см. приложение 4).
Основные требования к СУБД, или, другими словами, критерии выбора, которые мы используем при анализе той или иной системы, могут отличаться в зависимости от целей, которые перед ней ставятся. Условно можно выделить несколько групп:
Моделирование данных
Особенности архитектуры и функциональные возможности
Контроль работы системы
Особенности разработки приложений
Производительность
Надежность
Требования к рабочей среде
Смешанные критерии
Каждая из этих групп в отдельности рассмотрена в главе 6, параграф 6.3.3, учебного пособия [18].
Вопросы для самопроверки по теме 6.3
1. Каковы недостатки традиционных реляционных БД?
2. Перечислите способы параллельной обработки данных.
3. Каковы тенденции развития ООБД?
4. В чем состоят различия между объектной и реляционной технологией?
5. Что такое объектно-ориентированный подход? инкапсуляция? наследование? полиморфизм??
6. Перечислите недостатки современных ООБД и задачи, которые следует решить в рамках ООБД.
7. Какие проблемы возникают при выборе СУБД?
8. Что такое распределенная база данных?
9. Каковы основные особенности работы СУБД в среде WWW?
10. Что такое масштабируемость СУБД?