СПИСОК РЕКОМЕНДУЕМОЙ ЛИТЕРАТУРЫ
1. Дейт К. Введение в системы баз данных. – Киев-Москва: Диалектика, 1998. – 784 с.
2. Ульман Дж. Основы систем баз данных. – М.: Финансы и статистика, 1983. – 452 с.
3. Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983. – 320 с.
4. Диго С. Проектирование и использование баз данных. – М.: Финансы и статистика, 1995. – 158 с.
5. Джексон Г. Проектирование баз данных для персональных ЭВМ. – М.: Финансы и статистика, 1988, 160 с.
6. Кузнецов С. Н. Введение в СУБД // Системы управления базами данных. – 1995. – №1 – №4.
7. Дейт К. Руководство по реляционной СУБД ДВ2. – М.: Финансы и статистика, 1983. – 204 с.
8. Грабер М. Введение в SQL. – М.: Бином, 1996. – 248 с.
9. Ревунков Г. Н., Самохвалов Э. Н., Чистов В. В. Базы и банки данных и знаний. – М.: Высшая школа, 1992. – 488 с.
10. Хансен Г., Хансен Дж. Базы данных. Разработка и управление – М.: Бином, 1999. – 700 с.
11. Integration Definition for Information Modeling (IDEF1X). Federal Information Processing Standards Publication 184. 1993, December 21.
[1]
Здесь и далее словами «предприятие» или «бизнес» будем обозначать любой вид целенаправленной деятельности – производство продукции, оказание услуг, коллекционирование марок, ведение домашнего хозяйства и т.п.
[2]
Однако – это логическое представление. Физическая организация БД может сильно отличаться от этой структуры.
[3]
Далее в настоящей главе термин ‘данные’ используется в смысле второго определения. Имеются в виду символы, а не их значения.
[4]
Здесь и далее в тексте имена атрибутов выделяются шрифтом и записываются строчными буквами.
[5]
Имена сущностей выделяются шрифтом и записываются прописными буквами. Если в предложении должна быть изменена грамматическая форма имени, то прописными буквами записывается неизмененная часть.
[6]
Это скорее их достоинство, чем недостаток. Тем самым ограничиваются возможности внесения путаницы в модель.
[7]
Здесь термин «отношение» используется в теоретико-множественном смысле, в отличие от аналогичного термина, определенного в п. 2.2.
[8]
Это условное деление. На самом деле «части» модели настолько сильно переплетены, что изложить понятия одной, не привлекая понятий двух других, невозможно.
[9]
Эти домены различны, даже если содержат одни и те же значения.
[10]
Сравните это с понятием сущности (см. п. 1.4.2).
[11]
Так в модели отражается динамика реального мира.
[12]
Автор модели Кодд определил этот объект именно как теоретико-множественное отношение.
[13] Но не обязательно именно их!
[14]
Использованные на рисунке нотации определены в главе 4.
[15]
Далее для сокращения записи кортежей будем опускать имена атрибутов, изображая кортеж как упорядоченный набор значений атрибутов.
[16]
Далее в этом разделе рассматривается схема SPJ(S#, P#, J#, Qt).
[17]
Именно этим обусловлена необходимость выделения первичного ключа из нескольких возможных.
[18]
Вообще говоря, требование одноименности
атрибутов излишне.
[19] Здесь и далее несущественные для понимания текста детали схем опускаются.
[20]
Этот материал выходит за рамки РМД, но необходим для понимания смысла предложений определения объектов РБД.
[21]
Реально соединение по условию не выполняется как селекция расширенного прямого произведения. Это очень накладно, мощности прямых произведений в реальных БД очень велики.
[22]
Его не следует рассматривать как язык конечного пользователя. Это просто основа для обсуждения реляционных операторов.
[23]
В предикатах могут использоваться круглые скобки, если необходимо явно указать порядок вычисления.
[24]
Считается, что домен атрибута каким-то образом определен. Например, это может быть домен «по умолчанию».
[25]
Предполагается, что человеку легче сформулировать запрос к данным в терминах исчисления. Однако, на самом деле это не всегда так.
[26]
В дальнейшем будем опускать множественные скобки при записи одноэлементных множеств.
[27]
Легко заметить, что эти отношения соответствуют интуитивно выделяемым объектам ПО.
[28]
Через посредство первичных ключей соответствующих отношений.
[29]
Здесь имеются в виду значения
отношений.
[30]
НФБК есть 3НФ для отношений с несколькими потенциальными ключами. Поэтому ее называют еще усиленной 3НФ.
[31]
Для прочих типов соединений она всегда точно 1 (см. п. 1.4.5.5).
[32]
Это означает, что категории одного и того же кластера не пересекаются. Категории различных кластеров могут иметь общие экземпляры.
