Введение в системы БД (542480), страница 271
Текст из файла (страница 271)
В схему автора включаются следующие критерии. 1022 Часть И. Объектные и объектно-реля![ионные базы Данных 5. Производительность и масштабируемость 6. Инструменты базы данных 7. Полнота использования вычислительной 1. Модель данных 2.
Язык запросов 3. Критические к сбоям службы 4. Вычислительная модель мощности Отдавая должное первому критерию (самому важному), Ким придерживается точки зрения (отличной от той, которая представлена в Третьем манифесте [3.3)), что модель данных должна быть "основной объектной моделью, определенной группой ОЬ!ес! Мападегпеп! бгоцр (ОМб)", которая "включает реляционную модель данных, а также основные концепции объектно-ориентированного моделирования объектно-ориентированных языков программирования". По мнению Кима, сюда входят следующие понятия: класс (в статье добавляется "или тип"), экземпляр, атрибут, ограничения целостности, идентификаторы объектов, инкапсуляция, (множеспгвенное) наследование классов, (множественное) наследование АИТ, данные типа ссылок, атрибуты со значениями- ,множествами, атрибуты кзассов, методы кзассов и т.п.
Заметим, что отношения, которые мы относим и к критическим, и к фундаментальным понятиям, нигде явно не упоминаются. Ким утверждает, что основная объектная модель группы ОМб в дополнение ко всему перечисленному в списке полностью включает реляционную модель, хотя на самом деле это не так.
25.21.Е!пбзау В., Мсрйегзоп 1., Р!гайезЬ Н. А Вага Мапабещеп! Ех!епьбоп Агсййес!цге О Ргос. АСМ 5!бМОР !п!егп. Сопб оп Мапавещеп! оТ !)аза. — Бал Ргапс!зсо, СаН., Мау, 1987. В работе описана архитектура прототипа системы Б!агЬцгзц в котором "реализованы расширения управления данными для реляционных СУБД'*.
Описаны два типа таких расширений: на основе определенных пользователем структур хранения и методов доступа, а также на основе определенных пользователем ограничений целостности (но непременно все ограничения целостности должны быть определены пользователемц) и трнггерных процедур. Однако "помимо этих, существуют также другие направления расширения СУБД, включая определенные пользователем абстрактные типы данных и технологии оценки запросов". 25.23.Ма!ег О.
Сопипеп!з оп !Ье ТЬ!гб-бепега!!оп !за!аЬазе Бутегп Мап!Тез!о // Тесй. Керог! Хо. СБ/Е 91-012. — Огеяоп бгас$ц!аге Сепгег, Оге. — Арп!, 1991. Майер весьма критичен буквально ко всему материалу статьи [25.34). Мы согласны с некоторыми его критическими замечаниями, но не согласны с остальными. Однако нас заинтересовали следующие высказывания (в них поддерживается наша точка зрения, что концепция объектов содержит лишь одну хорошую идею, а именно— надлежащую поддержку типов данных): "Многие из нас добивались очищения теории объектно-ориентированных систем баз данных от сути "объектной ориентированности"...
Мои взгляды на то, что является наиболее важным в объектноориентированных базах данных, менялись с течением времени. Сначала я думал, что это было наследование и модель сообщений. Позже я пришел к выводу, что идентичность объектов, поддержка сложного состояния и инкапсуляция поведения более 1023 Глава 25. Объектно-реля//ионные базы данных 25.22.ЕоЬщап б.М, е! а!. Ех!епгйопз !о БзагЬцгзп ОЬ)есмь Турез, Рцпсйопз апб Кц!ез // САСМ. — ОсгоЬег, 1991. — 34, )чз 10.
важны. Но в последнее время, когда я услышал мнение пользователей объектноориентированных СУБД о том, чему они придают наибольшее значение в таких системах, я считаю, что решающее — это возможность расисиреиил типа. Идентичность, сложное состояние и инкапсуляция по-прежнему важны, но лишь настолько, насколько они поддерживают создание новых типов данных". 25.24.расе!1. ес ас. В!1йп8 а Яса!аЫе Оео-Брас!а! РВМБ: ТесЬпо1ойу, 1гпр!егпепсас!оп, апб Еча!цайоп // Ргос.
АСМ 51ОМОР 1пс. Сопб оп Мапайегпепс оГ Раса. — Тцсзоп, Апж — Мау, 1997. Цитата из резюме: "В этой статье представляется ряд методов для распараллеливания геокосмических систем баз данных и обсуждается их реализация в объектнореляционной системе баз данных Рагаб!зе" )25.15). 25.25. Кагпа)спзЬпап К. РасаЬазе Мапайегпепс Яузсегпз. — Воз!оп, Мазз:.
Мсбгасч-Н1П. — 1998. 25.26.Косче 1..А., БсопеЬга1сег М.К. ТЬе Росц8гез Раса Моде! // Ргос. 1318 1пс. Сопб оп Чагу !.аг8е Раса Вазез. — Вг!ЕЬсоп, ()К. — БерсегпЬег, 1987. 25.27.5агпес Н. ТЬе Рееййп апб Апа1усйз оГ Брайа! 0аса Бспсссцгез.— Кеайпй, Макал АсЫ!зоп-усгез1еу, 1990. 25.28.5агассо С.М. Цп!чегза1 РасаЬазе Мапайеспепс; Оо!с)е со ОЬ)есс/Кесайоп ТесЬпо!ос)у.
— Бап агапе!все, Сайг".: Могйап Кацйпапп, ! 999. Интересный обзор, написанный на высоком уровне. Однако отметим, что его автор не отвергает (как, кстати, и Стоунбрейкер в )25.31]) очень сомнительную форму наследования, включаюшую версию идеи подтаблиц и супертаблиц (о которой мы отзываемся весьма скептически в начале )13.12)). Данная версия существенно отличается от последней версии, включенной в язык БОЬЗ. Поясним это на примере. Предположим, что таблица Рбйй (программисты) определена как подтаблица таблицы ЕЬР (служашие).
Тогда Саракко и Стоунбрейкер считают, что таблица ЕЕР содержит строки лишь для служащих, которые не являются программистами, в то время как в языке БОГАЗ эта таблица воспринималась бы как солержашая строки для всех служащих (см. приложение Б). 25.29.$езЬабг! Р., Раз)с!и М. РКЕРАТОК: Ап ОК-РВМБ чг!СЬ ЕпЬапсеб Рага Турез // Ргос. 1997 АСМ Б!ОМОВ !пс. Сопб оп Мапайегпепс оГ Раса. — Тцсзоп, Апг., Мау, 1997. Суть системы РКЕРАТОК вЂ” предоставить механизм для каждого типа данных, чтобы можно было задавать семантику их методов. Эта семантика затем используется для оптимизации запросов.
25.30.5сопеЬгассег М. ТЬе Регййп оГ Сйе РОБТОКЕБ Бсогайе Буглегп Д Ргос. 131Ь 1псегп. СопГ, оп Чесу Еагйе Раса Вазез. — Вг!ЕЬсоп, РК, БерсешЬег, 1987. 25.31.5сопеЬга(сег М., Вгосчп Р. (сч!сЬ Мооге Р.) ОЬ)есс/Ке!абопа! РВМБз: Тгас(с!п8 йе Ь)ехс Огеас 9/аче (2псс еййоп). — Бап РгапсЬсо, Сас!Е: Мог8ап Кацсйпапп, 1999. Эта книга представляет собой руководство по объектно-реляционным системам. В большой степени — фактически почти исключительно — она базируется на продукте 1)пгчегзас Раса Орйоп для СУБД 1пГопп!х'з Рупапнс Бегчег. Этот продукт основывается на более ранней системе, которая называлась И!цаца (коммерческий продукт, в разработке которого Стоунбрейкер лично принимал участие). В (3.3] можно найти дополнительный анализ и критику этой книги. См.
также аннотацию к (25.28). 1024 Часть Р7. Объектные и объектно-реляс/ионные базы данных 25.32.5гопеЬга1гег М., Кешп1гг О. ТЬе Розгйгез Ыехг Оепегайоп ОагаЬазе Мапайегпеп! Бумегп // САСМ. — ОсгоЬег, 1991. — 34, № 10. 25.33.5!опеЬга!гег М., йочге 1..А. ТЬе !Зез18п об Ромйгез Д Ргос. АСМ 5!ОМО!3 1п1егп. Сопб оп Мапайевепг об Оага. — мгазЬ1пйгоп, 13.С., 1опе, 1986. В работе приведены основные цели создания системы Ромйгез. 1. Обеспечение усовершенствованной полдержки сложных объектов. 2.
Обеспечение расширяемости типов данных, операторов и методов доступа. 3. Обеспечение активных инструментов базы данных (аварийных н пусковых), а также поддержка логических выводов. 4. Упрощение кода СУБД для восстановления после разрушения системы. 5. Проектирование СУБД с учетом преимуществ оптических дисков, многопроцессорных рабочих станций и специальных чипов на основе сверхбольших интегральных схем.
б. Минимальное количество изменений реляционной модели (а может быть, даже отсутствие изменений). 25.34.ЯопеЬга!сег М. ег а1. ТЬ1п1 Оепегайоп !3а!аЬазе Бумеш Мап1/езго // АСМ 51ОМОО.— БерсегпЬег, 1990. — 19, № 3. Отчасти эта работа противопоставляется [24.1], в которой, между прочим, по существу, полностью игнорируется реляционная модель.
Цитата: "Системы второго поколения внесли большой вклад в развитие непроцедурного лоступа к данным и независимости от данных, и этим вкладом нельзя пренебрегать при разработке систем третьего поколения", Приведенные ниже положения являются, по сути, требованиями !в некоторой степени перефразнрованными), которые предъявляются к "СУБД третьего поколения". 1, Обеспечение традиционных служб базы данных, а также более развитых объектных структур и правил ° Система с более развитыми типами ° Наследование ° Функции и инкапсуляция ° Необязательные идентификаторы кортежей ° Правила (например, правила целостности), не связанные с конкретными объектами 2.
Преемственность СУБД второго поколения ° Использование путей для адресации объектов только в крайнем случае ° Определения интенсиональных н зкстенснональных множеств (которые означают коллекции, автоматически поддерживаемые со стороны системы, и коллекции, поддерживаемые вручную пользователем) ° Обновляемые представления ° Кластеризация, индексирование и т.д., скрытые от пользователя 3. Поддержка открытых систем ° Лолдержка нескольких языков ° Ортогональная перманентность типов Глава 25.
Объектно-реляционные базы Донных 1025 ° Поддержка языка БСгЬ ° Запуск запросов и вывод результатов, осушествляемые на самом низком уровне обшения между клиентом и сервером В 13З1 содержатся подробный анализ и критика этой статьи. См. также 125.23~. Замечание. Кстати, сейчас можно пояснить, почему Третий манифест называется третьим... Он был написан именно после двух предыдуших манифестов (см. 124.11 и [25.341) и, мы надеемся, что заменил их.
25.35.%11кез М.Ч. Яойттаге апб гпе Ргоягапнпег 0 САСМ. — Мау, 1991. — 34, № 5. 1026 Часть гХ Объектные и объектно-реляг4ионные базы данных Приложения В приложении А приводятся подробные сведения о синтаксисе н семантике выражений языка БЯЬ/92, что позволяет использовать его как соответствуюший справочник. В приложении Б содержится обзор основных функций языка БЯЕ3, в частности "объектных" и "объектно-реляционных". В приложении В представлен перечень наиболее важных сокрашений и специальных символов, используемых в данной книге, вместе с кратким описанием их значения. Приложение А Выражения языка Я)Е А.1.