Модели и проектирование баз данных

       

СПИСОК РЕКОМЕНДУЕМОЙ ЛИТЕРАТУРЫ


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]

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


Содержание раздела