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

25.17.Haas L.M., Freytag J.C., Lohman G.M., Pirahesh Н. Extensible Query Processing in Starburst Proc. ACM SIGMOD Intem. Conf. on Management of Data. - Portland, Ore., June, 1989.

В работе представлены цели расширенного проекта Starburst [25.21]: В Starburst предусмотрено добавление новых методов хранения таблиц, новых типов доступа и ограничений целостности, новых типов данных, функций и новых операций с таблицами . При этом система делится на два основных компонента. Core и Corona, которые соответствуют компонентам RSS и RDS оригинальной системы System R [4.2]. В компоненте Core поддерживаются функции расширения, описанные в [25.21], а в компоненте Corona- язык запросов Hydrogen, который является диалектом языка SQL. В этом диалекте исключено большинство ограничений реализации языка SQL, принятого в системе System R, он более независим, поддерживает рекурсивные запросы и может быть расширен пользователем. В статье содержится интересное обсуждение проблемы переписывания запросов , т.е. правил преобразования выражений (см. главу 17). Об этом также можно прочесть в [17.50].

25.18.Hellerstein J.M., Naughton J.F. Query Execution Techniques for Caching Expensive Methods Proc. 1996 ACM SIGMOD Int. Conf. on Management of Data. - Montreal, Canada, June, 1996.

25.19.Kim W. On Marrying Relations and Objects: Relation-Centric and Object-Centric Perspectives Data Base Newsletter. - November/December, 1994. - 22, № 6.

В этой статье приводятся аргументы, оспаривающие мнение, согласно которому отождествление переменных-отношений и классов- серьезная ошибка ( первая грубейшая ошибка ). Статья [25.12] - ответ на данную статью.

25.20.Kim W. Bringing Object/Relational Down to Earth DBP&D. - July, 1997.- 10, №7.

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

1. Модель данных 5. Производительность и масштабируемость

2. Язык запросов 6. Инструменты базы данных

3. Критические к сбоям службы 7. Полнота использования вычислительной

4. Вычислительная модель мощности

Отдавая должное первому критерию (самому важному), Ким придерживается точки зрения (отличной от той, которая представлена в Третьем манифесте [3.3]), что модель данных должна быть основной объектной моделью, определенной группой Object Management Group (OMG) , которая включает реляционную модель данных, а также основные концепции объектно-ориентированного моделирования объектно-ориентированных языков программирования . По мнению Кима, сюда входят следующие понятия: класс (в статье добавляется или тип ), экземпляр, атрибут, ограничения целостности, идентификаторы объектов, инкапсуляция, {множественное) наследование классов, {множественное) наследование ADT, данные типа ссылок, атрибуты со значениями-множествами, атрибуты классов, методы классов и т.п. Заметим, что отношения, которые мы относим и к критическим, и к фундаментальным понятиям, нигде явно не упоминаются. Ким утверждает, что основная объектная модель группы OMG в дополнение ко всему перечисленному в списке полностью включает реляционную модель, хотя на самом деле это не так.

25.21.Lindsay В., McPherson J., Pirahesh Н. А Data Management Extension Architecture Proc. ACM SIGMOD Intern. Conf. on Management of Data. - San Francisco, Calif., May, 1987.

В работе описана архитектура прототипа системы Starburst, в котором реализованы расширения управления данными для реляционных СУБД . Описаны два типа таких расширений: на основе определенных пользователем структур хранения и методов доступа, а также на основе определенных пользователем ограничений целостности (но непременно все ограничения целостности должны быть определены пользователем?) и триггерных процедур. Однако помимо этих, существуют также другие направления расщирения СУБД, включая определенные пользователем абстрактные типы данных и технологии оценки запросов . 25.22.Lohman G.M. et al. Extensions to Starburst: Objects, Types, Functions and Rules CACM. - October, 1991. - 34, № 10.

25.23. Maier D. Comments on the Third-Generation Database Sytem Manifesto Tech. Report No. CS/E 91-012. - Oregon Gradulate Center, Ore. - April, 1991. Майер весьма критичен буквально ко всему материалу статьи [25.34]. Мы согласны с некоторыми его критическими замечаниями, но не согласны с остальными. Однако нас заинтересовали следующие высказывания (в них поддерживается наша точка зрения, что концепция объектов содержит лишь одну хорошую идею, а именно - надлежащую поддержку типов данных): Многие из нас добивались очищения теории объектно-ориентированных систем баз данных от сути объектной ориентированности ... Мои взгляды на то, что является наиболее важным в объектно-ориентированных базах данных, менялись с течением времени. Сначала я думал, что это было наследование и модель сообщений. Позже я пришел к выводу, что идентичность объектов, поддержка сложного состояния и инкапсуляция поведения более

важны. Но в последнее время, когда я услышал мнение пользователей объектно-ориентированных СУБД о том, чему они придают наибольшее значение в таких системах, я считаю, что решающее- это возможность расширенш типа. Идентичность, сложное состояние и инкапсуляция по-прежнему важны, но лишь настолько, насколько они поддерживают создание новых типов данных . 25.24.Patel J. et al. Bilding a Scalable Geo-Spacial DBMS: Technology, Implementation, and Evaluation Proc. ACM SIGMOD Int. Conf. on Management of Data. - Tucson, Ariz. - May, 1997.

Цитата из резюме: В этой статье представляется ряд методов для распараллеливания геокосмических систем баз данных и обсуждается их реализация в объектно-реляционной системе баз данных Paradise [25.15].

25.25. Ramakrishnan R. Database Management Systems. - Boston, Mass.: McGraw-Hill. - 1998.

25.26.Rowe L.A., Stonebraker M.R. The Postgres Data Model Proc. 13th Int. Conf. on Vary Large Data Bases. - Brighton, UK. - September, 1987.

25.27.Samet H. The Design and Analysis of Spatial Data Structures.- Reading, Mass.: Addison-Wesley, 1990.

25.28. Saracco CM. Universal Database Management: Guide to Object/Relation Technolody. - San Francisco, Calif.: Morgan Kaufmann, 1999.

Интересный обзор, написанный на высоком уровне. Однако отметим, что его автор не отвергает (как, кстати, и Стоунбрейкер в [25.31]) очень сомнительную форму наследования, включающую версию идеи подтаблиц и супертаблиц (о которой мы отзываемся весьма скептически в начале [13.12]). Данная версия сушественно отличается от последней версии, включенной в язык SQL3. Поясним это на примере. Предположим, что таблица PGMR (программисты) определена как подтаблица таблицы ЕМР (служащие). Тогда Саракко и Стоунбрейкер считают, что таблица ЕМР содержит строки лишь для служащих, которые не являются программистами, в то время как в языке SQL3 эта таблица воспринималась бы как содержащая строки для всех служащих (см. приложение Б). 25.29.Seshadri Р., Paskin М. PREDATOR: An OR-DBMS with Enhanced Data Types Proc. 1997 ACM SIGMOD Int. Conf. on Management of Data. - Tucson, Ariz., May, 1997. Суть системы PREDATOR- предоставить механизм для каждого типа данных, чтобы можно было задавать семантику их методов. Эта семантика затем используется для оптимизации запросов.

25.30.Stonebraker М. The Design of the POSTGRES Storage System Proc. 13th Intem. Conf on Very Large Data Bases. - Brighton, UK, September, 1987.

25.31.Stonebraker M., Brown P. (with Moore D.) Object/Relational DBMSs: Tracking the Next Great Wave (2nd edition). - San Francisco, Calif.: Morgan Kaufmann, 1999. Эта книга представляет собой руководство по объектно-реляционным системам. В большой степени - фактически почти исключительно - она базируется на продукте Universal Data Option для СУБД Informixs Dynamic Server. Этот продукт основывается на более ранней системе, которая называлась Illustra (коммерческий продукт, в разработке которого Стоунбрейкер лично принимал участие). В [3.3] можно найти дополнительный анализ и критику этой книги. См. также аннотацию к [25.28].