и 12. Суть в том, что (как было указано в начале настоящей главы) проектирование базы данных все еще является весьма субъективным занятием. Оно и не может быть объективным, поскольку существует сравнительно мало действительно строгих принципов, которые могут использоваться для разрещения этой проблемы (немногие существующие на сегоднящний день принципы, в основном, являются принципами нормализации). Изложенные в настоящей главе идеи можно рассматривать как чисто эмпирические рекомендации, которые действительно могут быть весьма полезны на практике.

В заключение следует упомянуть еще один очень важный момент. Несмотря на заявление, что эта область исследований все еще остается очень субъективной, в ней есть одна особая часть, в которой идеи семантического моделирования в настоящее время могут быть весьма уместны и полезны. Речь идет о словаре данных, который в определенном смысле можно рассматривать как базу данных разработчика для создаваемой им базы данных . В словаре данных разработчик может хранить сведения о рещениях, принятых в процессе проектирования базы данных [13.2]. Таким образом, изучение семантического моделирования может оказаться чрезвычайно полезным для проектирования системы управления словарем данных. В нем могут быть указаны типы сущностей, которые словарь должен поддерживать и понимать, например категории сущностей (такие, как сильные и слабые сущности в ER-модели), правила целостности (такие, как полное или частичное участие в связи ER-модели), супертипы и подтипы сущностей и т.д.

Упражнения

13.1. Что означает термин семантическое моделирование ?

13.2. Перечислите четыре основных этапа разработки определения любой расщиренной модели, подобной технологии ER-моделирования.

13.3. Дайте определение следующим терминам ER-модели.

иерархия типов связь

ключевое свойство сильная сущность

набор значений слабая сущность

наследование супертип/подтип

свойство сущность

13.4. Приведите примеры связей следующих типов:

а) связь типа многие ко многим , в которой один из участников является слабой сущностью;

б) связь типа многие ко многим , в которой один из участников является другой связью;

в) связь типа многие ко многим , имеющая собственный подтип;

г) подтип, связанный со слабой сущностью, которая не зависит от его супертипа.

13.5. Нарисуйте ER-диаграмму для базы данных учебного процесса из упр. 8.10 главы 8.

13.6. Нарисуйте ER-диаграмму для базы данных, содержащей информацию о персонале компании, из упр. 11.3 главы 11. Используйте ее для вывода соответствующего набора базовых переменных-отнощений.

13.7. Нарисуйте ER-диаграмму для базы данных системы учета заказов из упр. 11.4 главы 11. Используйте ее для вывода соответствующего набора базовых переменных-отношений.

13.8. Нарисуйте ER-диаграмму для базы данных, содержащей информацию о продажах, из упр. 12.3 главы 12. Используйте ее для вывода соответствующего набора базовых переменных-отношений.

13.9. Нарисуйте ER-диаграмму для модифицированной базы данных о продажах из упр. 12.5 главы 12. Используйте ее для вывода соответствующего набора базовых переменных-отношений.

Список литературы

Обширность предлагаемого списка рекомендуемой литературы объясняется большим количеством конкурирующих методик проектирования, существующих в настоящее время в деловом и научном мире. Полное согласие в этой области еще не достигнуто, поэтому несмотря на то, что рассмотренная в данной главе методика ER-моделирования является наиболее распространенным подходом, не все специалисты с ней согласны. Действительно, следует отметить, что самые распространенные подходы вовсе не обязательно являются самыми лучшими. Также заметим, что многие коммерческие продукты представляют собой нечто большее, чем просто инструменты разработки баз данных. Часто наряду с предоставлением средств определения структуры базы данных (схемы) они позволяют генерировать целые приложения: пользовательские формы, логику приложений, триггерные процедуры и т.д.

В дополнение к предлагаемому списку литературы следует также упомянуть некоторые ссылки на отчет ISO о концептуальной схеме [2.3], книгу Кента [2.4] и книгу Росса о бизнес-правилах [8.18], [8.19].

13.1. Abrial J.R. Data Semantics J. W. Klimbie and K. L. Koffeman (eds.). Data Base Management. - Amsterdam, Netherlands: North-Holland; New York, N.Y.: Elsevier Science, 1974.

Одна из самых ранних публикаций в области семантического моделирования. Следующая цитата прекрасно передает общий дух изложения материала в этой статье: Совет читателю: если вы хотите найти в данной статье определение термина семантика, прекратите чтение, поскольку такого определения здесь нет .

13.2. Bernstein Р. А. The Repository: А Modem Vision Database Programming and Design. - December, 1996. -9, № 12.

Похоже, что во время написания этой статьи возникла тенденция к замене термина словарь термином репозитарий. Репозитарием называется СУБД, предназначенная для управления метаданными, причем не только для СУБД, но и для всех видов программных инструментов: инструментов проектирования, разработки и распространения программного обеспечения, а также инструментов управления проектами в области электроники, механики, разработки Web-сайтов и многих других типов официальных документов, которые относятся к инженерно-конструкторской работе . Эта работа является вводным пособием для изучения концепций репозитария.

13.3. Blaha М., Premerlani W. Object-Oriented Modeling and Design for Database Applications. - Upper Saddle River, N.J.: Prentice-Hall. - 1998.

в этой книге подробно описывается методология проектирования Object Modeling Technique (ОМТ). Ее можно рассматривать, как вариацию ER-моделирования (объекты в ней соответствуют сущностям ER-модели), которая представляет собой нечто большее, чем просто методику проектирования базы данных. См. также [13.32].

13.4. Booch О. Object-Oriented Design with Applications.- Redwood City, Calif.: Benjamin/Cummings. - 1991.

Cm. [13.32].

13.5. Chen P. P.-S. The Entity-Relationship Model - Toward a Unified View of Data ACM TODS.- 1976.- 1, № 1. (Переиздано: M. Stonebraker (ed.) Readings in Database Systems. - San Mateo, Calif: Morgan Kaufrnann, March, 1988.)

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

В разделе 13.3 отмечается, что сущность определяется как предмет, который может быть четко идентифицирован , а связь- как ассоциация сущностей . При этом сразу же возникает вопрос А является ли связь сущностью? . Ясно, что связь является предметом, который может быть четко идентифицирован , однако из последующих разделов этой статьи следует, что термин сущность предусмотрен для чего-то определенно не являющегося связью . Если все же допустить, что это так, то почему модель называется модель сущность/связь ? В статье все это определено не очень четко.

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

Предполагается, что первичный ключ связи является комбинацией внешних ключей, которые идентифицируют сущности, включенные в состав данной связи (однако термин внешний ключ при этом не используется). Это допущение верно только для связей типа многие ко многими и то не всегда. Например, рассмотрим переменную-отношение SPD {Sl, Pl, DATE, QTY}, содержащую сведения о поставках некоторых деталей некоторыми поставщиками по некоторым датам. Предположим, что один и тот же поставщик может поставлять одну и ту же деталь несколько раз, но только по разным датам. Тогда первичным ключом (или, по крайней мере, единственным потенциаль-