ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

Дейт: пер. с англ. – 6-е изд. - СПб.: Издательский

дом «Вильямс», 2000. - 848 с.
2 Конноли, Т. Базы данных: проектирование, реализация и сопровождение. Теория и практика: учебное пособие / Т. Конноли, К. Бегг, А. Страчан: пер. с англ. - М.: Издательский дом «Вильямс», 2000. – 1120 с.
3 Мюллер, Р.Дж. Базы данных и UML. Проектирование / Р.Дж. Мюллер: пер. с англ. М.: Лори, 2002. – 419 с.
4 Крёнке, Д. Теория и практика построения баз данных / Д. Крёнке. 8—е изд. – СПб.: Питер, 2003. – 800 с.
5 Ульман, Дж.Д. Введение в системы баз данных / Дж.Д. Ульман, Дж. Уидом: пер. с англ. – М.: Лори, 2000. – 374 с.
6 Энсор, Д. Oracle. Проектирование баз данных / Д. Энсор, Й. Стивенсон: пер. с англ.: — К.: BHV, 1999. – 560 с.
7 Стивенс, Р. Программирование баз данных / Р. Стивенс: пер. с англ.: — М.: Бином—Пресс, 2003. – 384 с.
8 Луни, К. Oracle 9i. Настольная книга администратора / К. Луни, М. Терьо: пер. с англ.: М., Лори, 2004. – 745 с.

архитектуры БД.

Концептуальный уровень архитектуры БД.

- представление к - того пользователя

модель (диаграмма, схема, рисунок)
Внутренняя модель (язык СУБД)

требований пользователя
Проектирование
Выбор СУБД
Разработка приложений
Создание БД
Конвертирование и загрузка данных из старой

системы
Тестирование БД
Эксплуатация и сопровождение

- логическая модель предметной области; ДЛМ – даталогическая модель; НФ

– нормальная форма;
ФМ – физическая модель.

приеме/увольнении;

3 – трудовой договор;

4 – приказ о приеме/увольнении;

5 – отчет о количественном составе контингента сотрудников;

6 – внешний отчет;

7 – отчет об исполнении штатного расписания

области, тем более нормализованной затем будет структура реляционной базы данных.

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

времени всё определяется однозначно. Появление такой связи в проектной документации

показывает, что предметная область не дообследована. Связь М:М может быть «разорвана» каким—либо документом или позицией документа.

объектов; Д.б. – должна быть, М.б. – может быть

опциональность свойств,
мощность (тип),
опциональность и переносимость связей,
уникальность объектов

из связей,
супертипы,
подтипы,
арки.

углами. Имя класса объектов указывается внутри четырехугольника, это имя существительное

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

могут быть разных размеров;
опциональность свойств помечается: обязательное свойство – звездочкой

(*), необязательное – кружочком (о);
уникальный идентификатор помечается #, если уникальных идентификаторов несколько, тогда каждый помечается номером, указанным в скобках, например, # (1), #(2);
обязательная связь помечается сплошной линией, необязательная – пунктирной;
тип (мощность) связи «один» помечается линией, «много» — «вороньей лапой».

- вторая нормальная форма (2NF);
• 3НФ - третья нормальная форма

(3NF);
• НФБК - нормальная форма Бойса-Кодда (BCNF):
• 4НФ - четвертая нормальная форма (4NF);
• 5НФ или НФПС - пятая нормальная форма или нормальная форма проек­ции-соединения (5NF или PJ/NF);
• ДКНФ – доменно-ключевая нормальная форма (Domain/Key Normal Form, DK/NF).

и только тогда, если все атрибуты схемы имеют атомарное значение

и в схеме отношений отсутствуют повторяющиеся группы.

2 Вторая нормальная форма. Схема отношения находится во 2НФ, если она находится в 1НФ и все не ключевые атрибуты функционально полно зависят от составного первичного ключа.

3 Третья нормальная форма. Схема отношения находится в 3НФ, если она находится во 2НФ, и отсутствуют транзитивные зависимости между не ключевыми атрибутами и первичным ключом.

физическое лицо,
ЮЛ – юридическое лицо, НП – населенный пункт.

этапе даталогического проектирования, должно быть описано на языке ЯОД СУБД

и содержать следующие конструкции:

имя отношения (таблицы);
имена атрибутов (полей);
определение первичных ключей;
определение уникальных (потенциальных) ключей;
определение физических характеристик атрибута (тип и длину);
определение обязательности значения атрибута;
определение логических ограничений на значение атрибута.