Введение в системы БД (542480), страница 247
Текст из файла (страница 247)
КЕЯ ( Зл ) е= Ю ( 1, Зл, Зс ) АВ0 ЯРЗ ( '31', р, 1, с ) ? е= ВЕЯ ( Зл ) 23.6.32. КЕЯ ( р1 ) ~ Р ( р, рл, р1, ю, рс ) АВ0 ЯРЗ ( '31', р, 1, с ) ? е= ВЕЯ ( р1 ) 23.6.33. ВЕЯ ( р ) е= Р ( р, рл, р1, н, рс ) АВЕ ЯРЮ ( я, р, З, а ) АВЕ 3 ( 3, Зл, '1апг)оп' ) ? ~ ВЕЯ ( р ) 23.6.34. КЕБ ( 3 ) е= БРЗ ( я, р, 3, д ) АВЕ 3 ( '31', р, 12, 92 ) ? ~ ВЕЯ ( 1 ) 23.6.33. ВЕЯ ( я ) ~ БРЗ ( я, р, 1, д ) АВ0 ЯРЗ ( я2, р, 12, 92 ) АВ0 ЯРЗ ( я2, р2, ЗЗ, дЗ ) АВЯ Р ( р2, рл, 'Веб', и, с ) ? ~ КЕЯ ( я ) 23.6.36.
КЕЯ ( я ) ~ Я ( я, ял, яС, с ) АК0 Б ( 'Я1', яп1, яб1, с1 ) АУЯ яг < яС1 ? ~ ВЕЯ ( я ) 23.6.37-23.6.39. Не может быть выполнено без функций группирования и функций обобщения. 23.6.40-23.6.44. Не может быть выполнено без операции отрицания. 23.6.45. КЕЯ ( с ) ~ Я ( я, ял, яС, с ) ВЕЯ ( с ) е= Р ( р, рп, р1, и, с ) КЕЯ ( с ) е= 3 ( 3, Зл, с ) ? е=ВЕЯ( с) 23.6.46. КЕЯ ( р ) ~ ЯРЗ ( я, р, 3, д ) АВ0 Я ( я, ял, яс, 'Еопг)оп' ) КЕЯ ( р ) е= БРЮ ( я, р, 1', д ) ййй ( 1 Зл 'Еопбоп' ) ? е= ВЕБ ( р ) 23.6.47-23.6.48. Не может быть выполнено без операции отрицания.
23.6.49-23.6.50. Не может быть выполнено без операций группирования. 23.7. Покажем ограничения как обычные следствия, вместо того чтобы применять "обратный" стиль, используемый в языке )за!а!оЕ. а) С1ТУ ( 'Ьопбоп' ) С1Т? ( 'Раг1в' ) С1ТУ ( 'Вове' ) Глава 23. Логические системы управления базами данных 941 Сттт ( 'Атйепв' ) Сттт ( 'Оа1о' ) Стту ( 'Ятосййо1в' ) Стту ( 'Иаг)т'б' Сттт ( 'йиа~егбап' ) Я ( я, ял, яг, с ) =е СХТУ ( с ] Р ( р, рл, рс, ри, с ) =~ Сттт ( с ) Л ( 1, 1л, с ) ~ С1ТУ ( с ) б) Не может быть выполнено без соответствующих скалярных операторов.
в) Р ( р, рл, 'Кеб', рь, с ) =ь ри < 55 г) Не может быть выполнено без операторов отрицания и обобщения. д) Я ( я1, ял1, яс1, 'йеЬелв' ) АК() Я ( я2, ял2, яс2, 'Аьлела' ) =е я1 = я2 е) Не может быть выполнено без операторов группироваиия и обобщения.
ж) Не может быть выполнено без операторов группироваиия и обобщения. з)1!1,1л,с)=ФЯ(я~ел,я~~с) и) Л ( 1, 1л, с ) =ь ЯРЛ ( я, р, 1, 1 ) АЖ Я ( я, яп, я1, с ) к) Р ( р1, рл1, р11, ри(, рс1 ) =ь Р ( р2, рл2, 'Кеб', ри2, рс2 ) л) Не может быть выполнено без операторов обобшеиия. м) Я ( я, ял, яв, 'Ьопбоп' ) =ь ЯР ( я, 'Р2', Я ) и) Р ( р1, рл1, р11, ри1, рс1) =е Р ( р2, рл2, 'Кед', рь2, рс2 ) АЮ рь2 < 5Я о) Не может быть выполнено без операторов обобщения. п) Не может быть выполнено без операторов обобшеиия. р) Не может быть выполнено (зто ограничение перехода).
с) Не может быть выполнено (зто ограничение перехода). 942 Часть р'. дополнительные аспекты Часть У1 Объектные и объектнореляционные базы данных Объектная технология является важной областью в сфере разработки программного обеспечения в целом. Поэтому возникает естественный вопрос, важна ли эта технология, в частности, в сфере управления базами данных, и если важна, то какова ее значимость для этой сферы. Единого мнения, однако, по этому вопросу пока иет! Одни авторитетные источники считают, что в недалеком будущем объектные системы баз данных получат признание во всем мире и полностью заменят реляционные системы. Другие же полагают, что объектные системы подходят лишь для определенного, очень ограниченного круга задач и никогда ие займут сколько-нибудь значительную часть рынка баз даииых.
Совсем недавно начали появляться системы, поддерживающие "третий путь": оии объедиияют объектную и реляционную технологии и пытаются везде поспеть. В двух главах этой заключительной части книги приведенный выше вопрос рассматривается достаточио глубоко: в главе 24 обсуждаются чисто объектиые системы, а в главе 25 — более иовые объектно-реляционные системы. Глава 24 Объектные базы данных 24.1.
Введение Большой интерес представляют результаты исследований, полученные за последнее десятилетие в области объектно-ориентированных систем баз данных (или сокращенно — объектных систем). Некоторые специалисты рассматривают объектные системы как серьезного конкурента реляционных систем (или, во всяком случае, конкурента Я Ь-систем), и если не в полном объеме, то по крайней мере для определенных приложений. В этой главе подробно рассматриваются объектные системы. Сначала мы познакомимся с основными объектными концепциями, а затем основательно их проанализируем и предоставим некоторые выводы относительно перспектив включения этих концепций в системы баз данных в будущем.
Почему же возник такой большой интерес к объектным системам? Общеизвестно, что уже ставшие классическими Я)Ь-системы несовершенны во многих отношениях. И некоторые специалисты — но не автор этой книги! — считают, что и теория (т.е. реляционная модель), которая служит основой для таких систем, также не отвечает современным требованиям. Как бы то ни было, некоторые из новых возможностей, которые считаются необходимыми в современных СУБД, уже много лет существуют в обьектноориентированных языках программирования, например в С+к и БшаП~а1К. И, вполне естественно, возникла идея внедрить эти возможности в системы баз данных, что и было сделано многими исследователями и несколькими производителями СУБД.
Таким образом, объектные системы берут свое начало от объектно-ориентированных языков программирования. Основная идея, объединяющая эти две области, состоит в том, чтобы оградить пользователя от конструкций, связанных с аппаратным обеспечением, таких как биты и байты (или даже записи и полн). Вместо этого пользователь имеет дело с объектами и операциями над этими объектами, которые больше соответствуют своим аналогам в реальном мире.
Например, используя традиционные термины, можно представлять отдел, как "кортеж РЕРТ" с набором соответствующих "кортежей ЕМР", т.е. сотрудников, которые имеют "значения внешних ключей", "ссылающихся'* на "значение первичного ключа" в "кортеже РЕРТ".
В новой технологии пользователь будет иметь дело с обьектот отдела, который содержит соответствующее множество обьектов сотрудников. И вместо выполнения операции "вставки" "кортежа" в "переменную- отношение ЕМР" с соответствующим "значением внешнего ключа", "указывающего'* на "значение первичного ключа" некоторого "кортежа" в "переменной-отношении РЕРТ", пользователь может непосредственно "лринять" сотрудника (представленного обьектом) на работу в отдел (также представленный соответствующим объектом). Иначе говоря, фундаментальная идея объектного подхода — повышение уровня абстракции.
Безусловно, повышение уровня абстракции — цель чрезвычайно привлекательная, и объектные понятия успешно использовались для ее достижения в сфере языков программирования (24.15). Поэтому возникает естественный вопрос, можно лн те же поня- 944 Часть кз. Объектные и объектно-реляционные базы данных тия применить в области баз данных. Действительно, с точки зрения пользователя, работа со "сложными объектами", например, представляющими отделы, которые "знают, как" принять нового сотрудника, сменить менеджера или урезать бюджет, выглядит более привлекательной (по крайней мере на первый взгляд), чем необходимость оперировать понятиями "переменная-отношение'*, "вставка кортежа", "внешний ключ" и т.п.
Однако здесь необходимо сделать следуюшее предостережение. Несмотря на то что между языками программирования и теорией управления базами данных, бесспорно, имеется много общего, в некоторых весьма важных аспектах они все же различаются. В частности, укажем на следующие различия. ° Прикладная программа по определению предназначена для решения некоторых конкретных задач. ° База данных (опять же, по определению) предназначена для решения множества различных задач, формулировка которых может быть даже неизвестна в момент создания базы данных. Поэтому в среде программирования, предназначенной для разработки отдельных приложений, включение в сложные объекты дополнительной "интеллектуальности", очевидно, является разумным решением.
За счет этого сокрашается объем кода, который должен быть написан программистом при использовании этих объектов. В результате повышается продуктивность работы программиста, упрощается сопровождение готового приложения и т.д. Для среды баз данных, напротив, дополнительная интеллектуальность в одних ситуациях может оказаться полезной, а в других — нет. Это может упростить одни задачи, но в то же время усложнить или даже сделать невозможным решение других задач. (Кстати, точно такой же аргумент может быть использован против дореляционных СУБД наподобие системы !МЯ.
Объект отдела, содержащий набор объектов сотрудников, концептуально очень похож на иерархию системы !МБ, в которой "родительские сегменты" отделов содержали подчиненные "дочерние сегменты" сотрудников. Такая иерархия весьма удобна для выполнения запросов наподобие "Найти сотрудников, которые работают в бухгалтерии", но не очень удобна для выполнения запросов типа "Найти отделы, в которых принимают на работу сотрудников, окончивших бизнес-колледж".
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
