Введение в системы БД (542480), страница 135
Текст из файла (страница 135)
13.21.Напнпег М., МсЬеоб Р. Ра!аЬазе Резспрбоп ичТЬ ЗРМ: А Бегпапбс РагаЬазе Мобе! // АСМ ТОРЯ. — Зер!етЬег, ! 981. — 6, № 3. См. комментарий к 113.20). 13.22.Нц!! К., К!п8 К. Бешапйс РагаЬазе Модейпй: бцгчеу, Арр!гсайопз, апд КезеагсЬ !зьцез // АСМ Совр. Вцгж — Бер!етЬег, ! 987. — 19, № 3. Исчерпывающее учебное пособие по семантическому моделированию. Эта статья является прекрасной отправной точкой для изучения семантического моделирования и связанных с ним проблем и тем. 536 Часть 111. Проектирование базы данных 13.23дасоЬгюп 1, е! а!. ОЬ)есг-Ог!еп!ед Бойзнаге Епй!пеег!п8 (геьбзед рппбп8).
— Кеад!п8. Маза.: Адд!зоп-%ез!еу, ! 994. В этой работе описывается метод проектирования ОЬ)есиОпеп!ед Бойчгаге Епб!пеег!п8 (ООБЕ). Так же, как и при использовании ОМТ-модели [!3.3), компоненты ООБЕ (по крайней мере, имеющие отношение к базам данных) могут рассматриваться как вариация ЕК-модели (как и в случае с ОМТ-моделью, ООБЕ- объекты соответствуют ЕК-сущностям). Приведем следующую цитату: "Большинство используемых сегодня методов разработки как информационных, так и технических систем основано на функциональной декомпозиции этой системы и/или декомпозиции на основе используемых данных. Такие подходы сильно отличаются от объектно-ориентированных методов, в которых данные и функции тесно связаны".
Похоже, что здесь автор указывает на существенное отличие между объектным подходом и подходом на основе использования базы данных. Предполагается, что базы данных, по крайней мере совместно используемые базы данных общего назначения, которым уделяется больше всего внимания со стороны специалистов в области баз данных, отделены от "функций", т.е. предполагаетсц что базы данных проектируются независимо от приложений, в которых они будут использоваться. Тем не менее мы считаем, что специалисты в области объектноориентированного подхода употребляют термин "база данных" в непосредственной связи с конкретным прилозкеннем, а не как совместно используемую базу данных общего назначения.
См. также аннотацию к [13.32) и обсуждение объектных баз данных в главе 24. 13.24 )айаппа!Ьап О, е! а!. 3! М: А ОащЬазе Бузгеш Вазед оп гЬе Бегпапйс Оа!а Моде! П Ргос. 1988 АСМ 51ОМОО 1п!егп. Сопб оп Мапайешеп! оТОма. — СЬ!сайо,!!!., )цпе, 1988. Описание коммерческой СУБД, которая построена на основе семантической модели данных, предложенной Хаммером и Мак-Леодом в [! 3.20). 13.25. Кец(Те! %. Вап!е о1 !Ье Моде!ш8 Тесйпк!цез: А 1оо(с а! гйе ТЬгее Могя Роро!аг Модейпй !чощг!опз )ог О!з!й!ш8 ГЬе Еззепсе ог Оаза й ОВМБ.
— Ацйцзз, 1996. — 9, № 9. "Тремя наиболее популярными системами обозначения являются" ЕК-модель, )4!АМ-метод [!3.29) и БОМ-метод. Автор утверждает, что ЕК-модель является "дедушкой" двух других моделей, но одновременно подвергает ее критике в связи с отсутствием необходимого формального обоснования. Например, сущности, связи и атрибуты (т.е, свойства) "описываются без упоминания о том, как они были открыты". )ч(АМ-метод является гораздо более строгим. Если строго следовать правилам этой модели, можно получить концептуальный макет, который "обладает гораздо большей целостностью", чем макеты, полученные на основе других моделей, хотя "некоторые разработчики могут посчитать строгость !4!АМ-модели чрезмерно ограничивающей" (!).
БОМ-модель "напоминает ЕК-модель... из-за [аналогичной] нестрогой формулировки определений сущностей, атрибутов и связей". Но она отличается от ЕК-модели тем, что в ней поддерживаются групповые атрибуты (т.е. на самом деле повторяющиеся группы), позволяющие одному "объекту" (т.е. сущности) содержать другие. (В ЕК-модели сущность может содержать повторяющиеся группы атрибутов, но не других сущностей ) 13.26.Мапп1!а Н., Ка!Ьа К.-Ю. ТЬе Оееййп оТ Ке!айопа! ОагаЬазез.
— %о!с!п8Ьаш, 1)К: Адд!зоп-%ез!еу, 1992. Глава 13. Семантическое моделирование 537 Согласно предисловию эта книга является "учебным пособием для студентов и библиографическим справочником по вопросам проектирования реляционных баз данных". В ней, с одной с~ороны, описаны теория зависимостей и процедура нормализации, а с другой — ЕК-модель, причем в каждом случае изложение ведется с формальной точки зрения.
Ниже перечислены названия глав из этой книги, которые могут дать представление о ее содержании. ° Принципы проектирования ° Ограничения целостности и зависимости ° Свойства реляционных схем ° Аксиоматизация зависимостей ° Алгоритмы лля задач проектирования ° Отображения между ЕК-диаграммами и схемами реляционных баз данных ° Преобразования схем ° Примеры проектирования баз данных Описанные в книге технологии были воплощены ее авторами в виде коммерчески распространяемого инструмента проектирования Вез!8п Ву Ехагпр1е (макет по образцу). 13.27.Мобаггу Т. Егпегрпзе т1е ч (гейц1аг со!шпп) й ОВФО.
— Ацйцз|, 1997. — 10, № 8. В этой работе описан коммерческий инструмент проектирования и разработки приложений ()зой (иии.цвобв.соп), который позволяет определять бизнес-правила с помощью 8О(.-подобного синтаксиса, а затем использовать их для генерации приложения (включая создание определения базы данных). 13.28.Х(!язеп О.М,, Оп!се О.)., Тт!пе Я,М. Тпе Епз(гу-Ке1аз!опал!р Васа Мос$е1 Сопя!дегед Наппбз! Р Ргос. бг!з Кушроз!цш оп Ешр!г!са! Гоцпда!!опз о( 1п(оппабоп апд бойттаге 8с!евсея.
— Аг1ап!а, Оа., ! 988. "Может ли использование ЕК-модели привести к пагубным последствиям?" Мы можем дать несколько подтверждений положительного ответа на этот вопрос, включая следующие. ° Путаница между типами и переменными-отношениями (см. обсуждение в разделе 25.2 в главе 25) ° Странная ситуация с подтаблицами и супертаблицами [13.12) ° Широкое расхождение с принципом относительности базы данных (см.
главу 9) ° Путаница между сущностями и связями, обсуждавшаяся выше в этой главе В данной работе этот перечень недостатков ЕК-модели был расширен. ° Модель предлагает несколько перекрывающихся способов представления структур данных, что чрезмерно усложняе~ процесс проектирования. ° Нет никаких критериев выбора одного из нескольких альтернативных представлений, что на практике може~ иметь весьма нежелательное следствие: необхолимость внесения изменений в уже завершенный проект при изменении определенных обстоятельств.
° Имеется слишком мало способов представления требований поддержки целостности данных„что делает неосуществимыми неко~орые аспекты процесса проектирования ("!действительно) ограничения могут быть формально выра- 538 Часть 1П Проектирование базы данных жены с помощью более общих схем, например таких, как логика предикатов. [Однако] полагать, что это есть обоснованный предлог для исключения [ограничений] из модели данных,— все равно что пола~ать, что некий язык программирования очень хорош, [даже несмотря на то, что] для реализации всех тех функций, которые нельзя прямо выразить с помощью данного языка, придется вызывать подпрограммы, написанные на языке ассемблера!" ). ° Вопреки популярному мнению ЕК-модель не является хорошим средством общения конечных пользователей и профессионалов в области баз данных.
° ЕК-модель нарушает принцип концептуализации: "Концептуальная схема должна... включать [только] концептуально приемлемые аспекты предметной области, как статические, так и динамические, и, следовательно, исключать все аспекты [внешнего и внутреннею) представления данных, физической организации данных и доступа к ним, [а также) все аспекты частного представления внешнего пользователя, например форматы сообщений, структуры данных и т,д." «2.3]. Действительно, авторы этой работы считают, что ЕК-модель "по сути представляет собой реинкарнацию" старой сетевой модели СОРАБУЕ (см. главу 1). "Можно ли считать основной причиной широкого распространения ЕК-модели в сообществе специалистов в области [баз данных] то, что в ней особое внимание уделяется структурам реализации?" В этой статье также указаны многочисленные более мелкие недостатки ЕК- модели.
Затем в качестве возможного перспективного варианта в ней предлагается альтернативная методология Х!АМ [13.29]. В частности, в статье подчеркивается, что в !ч!АМ нет излишнего разделения на атрибуты и связи, которое имеется в ЕК-модели. 13.29.0!!е Т.%., Бо! Н.О., Уегп)п-Я!цап А.А. [ес)з.). !и!оггпаг!оп Бумегпз Регй8п Мегйобо!о8!ез: А Сошрагайче Кеч!езч.— Ашз!егбап, )че!Ьег!апбз: !чопЬ-Но!!апг«; 1Чезч Уог!с, Х.У.: ЕВеьбег Бс!епсе, 1982.
Доклады конференции 1Р1Р %от!с!п8 Огоцр 8.1, в которых описаны 13 различных методик и результаты их применения для решения стандартной тестовой задачи. Среди прочих рассматривается и методика Ь!!АМ [13.28]. Эта работа, вероятно, была одной из первых работ по методике Х!АМ. В книгу также включены обзоры некоторых предложенных подходов, включая Ы!АМ. !З.ЗО.Рараго !оц М,Р. !)агате!!п8 !Ье Бешапйсз об Сопсерша! Бсйешаз а САСМ.— Бер!ешЬег, 1995. — 38, № 9. В этой работе предлагается подход на основе того, что можно назвать залрасани к метаданлым, т.е. на основе запросов, которые обращены к смыслу (а не к значениям) данных, или, иначе говоря, запросов к самой концептуальной схеме.
Примером такого запроса являешься простой запрос тйто такое постоянный работник?". 13.31.рес!г)загп з'., Магуапз!с! К Зепипбс Ра!а Мгх)е!з а АСМ Сошр. Вцгч. — 1988. — 20, № 3. Еще один вводный обзор [см. [13.22]). 13.32.Кееб Р. !)п!йеб Мобейп8 1.ап8ца8е Та!гез бйаре а' ОВМС. — 1н«у, 1998. — 1 1, № 8, Универсальный язык моделирования 1)М1. (!)и!Лег! Моде!юй Еапйца8е) представляет собой еще одну графическую сне~ему обозначений, предназначенную для проектирования и разработки приложений (иначе говоря, она позволяет Глава 13.
Семантическое моделирование 539 разрабатывать приложения с помощью рисунков). Она также может использоваться для разработки БОЬ-схем. Замечание. Вполне вероятно, что вскоре язык ()МЬ приобретет большое коммерческое значение, прежде всего из-за того, что он был принят в качестве стандарта группой ОМО (ОЬ)есг Мапайешепг Огоцр), поскольку имеет очень сильную объектную основу.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
