Проектирование баз данных

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

ЛЕКЦИЯ
ПРОЕКТИРОВАНИЕ
БАЗ ДАННЫХ
Доцент Щудро И.А.

2. Литература

1 Дейт, К. Введение в системы баз данных / К. Дейт: пер. с англ. – 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. ВОПРОСЫ

1. Архитектура БД
2. Модели данных, используемые на различных этапах
проектирования БД
3. Внешний уровень архитектуры БД
4. Концептуальный уровень архитектуры БД

4. Трехуровневая архитектура БД

1Внешний уровень
ПП1
…
ПП2
ППк
2 Концептуальный уровень
(концептуальная схема)
3 Внутренний уровень
(внутренняя схема)
БД
ПП1 – представление 1-го пользователя, ПП к - представление к - того пользователя

5. Модели данных

• Внешняя модель данных (описание
предметной области на естественном
языке)
• Концептуальная модель (диаграмма, схема,
рисунок)
• Внутренняя модель (язык СУБД)

6. Модели данных, используемые при проектировании БД

Уровень архитектуры
БД
Модель данных, как инструмент,
используемый для
формирования схемы БД
Результат проектирования
Внешний уровень
Функциональные модели,
модели на основе языка
UML.
Диаграмма иерархии
функций, диаграмма
потоков данных и др.
Концептуальный
уровень
1. Семантические модели
(«сущность—связь»)
2. Модели на основе
физических записей
1. ER—диаграмма
предметной области
концептуальная
информационно —
логическая
(инфологическая) модель
(ИЛМ) предметной области
2. Логическая структура БД
концептуальная
даталогическая модель
(ДЛМ) БД.
Внутренний уровень
ЯОД СУБД
1. Техническое описание
объектов БД.
2. SQL—скрипты объектов
БД.

7. Жизненный цикл БД

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

8. Метод нисходящего проектирования

Пр Обл – предметная область; ИЛМ – информационно - логическая модель
предметной области; ДЛМ – даталогическая модель; НФ – нормальная форма;
ФМ – физическая модель.

9. Современный метод проектирования

• Инфологическое проектирование
• Даталогическое проектирование
• Физическое проектирование

10. Проектирование БД

• Формирование внешнего уровня БД

11. Организационная структура предприятия. Информационные потоки

Руководство
предприятия
(Директор)
1,4
Бухгалтерия
1,7
3,4,5,6
4
4
1
3
2, 3
2
Плановоэкономический
отдел
Отдел кадров
6
Внешние
организации
Подразделения

12. Информационные потоки

1 – штатное расписание подразделения;
2 – заявление о приеме/увольнении;
3 – трудовой договор;
4 – приказ о приеме/увольнении;
5 – отчет о количественном составе контингента сотрудников;
6 – внешний отчет;
7 – отчет об исполнении штатного расписания

13.

Общая диаграмма потоков работ

14.

Детализированная диаграмма потоков работ

15.

Диаграмма потоков данных

16. Состав функциональной подсистемы «Управление персоналом»

Комплекс задач
Задача
Функция
Организационнокадровая
структура
предприятия
Ведение структуры
Добавление, обновление
Поиск по критериям, просмотр
Аналитические отчеты по структуре
Формирование, просмотр отчета.
Передача данных отчета в MS Word для печати
Штатное расписание
(ШР)
подразделений
предприятия
Планирование ШР
Ведение справочников окладов, надбавок
Ведение справочника должностей
Формирование ШР подразделения
Добавление, обновление единиц вакансий ШР
подразделения
Просмотр ШР заданного подразделения
Просмотр ШР всего предприятия в целом
Анализ исполнения ШР
Формирование, просмотр отчета об исполнении
ШР подразделения с выделением различных
отклонений, просмотр.
Передача данных отчета в MS Word для печати.
Личная карточка сотрудника
Создание личной карточки
Добавление, обновление данных личной карточки
Поиск сотрудника по критериям, просмотр личной
карточки
Приказы по перемещению
сотрудников (прием, перевод,
увольнение)
Формирование приказа
Передача данных отчета в MS Word для печати.
Активизация приказа в БД после его подписи.
Поиск по критериям, просмотр приказа.
Отчеты по количественному и
качественному составу кадров
предприятия.
Формирование отчета.
Передача данных отчета в MS Word для печати.
Ведение данных
сотрудников

17. Функциональная иерархия

Соединение с БД
Ведение справочных
данных
Образование
Добавление/Обновление
Просмотр
Ф1
Ф2
Ученое звание
Добавление/Обновление
Просмотр
Ф3
Ф4
Ученая степень
Добавление/Обновление
Просмотр
Ф5
Ф6
Типы адреса
Добавление/Обновление
Просмотр
Ф7
Ф8
Добавление/Обновление
Ф18
(по критериям)
Просмотр/Печать
Ф19
Ф20
Справка по форме 1
Формирование
Просмотр/Печать
Ф21
Ф22
Справка по форме 2
Формирование
Просмотр/Печать
Ф23
Ф24
…
Личная карточка
сотрудника
Поиск сотрудников
Формирование
документов

18. Отличия между классом объектов и свойством

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

19.

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

20. Формализованное описание предметной области. Классы объектов, свойства

Объект/
Свойство
Логические
ограничения
свойства
(диапазон
значений,
прописные,
строчные
буквы для
символьных
свойств и т.п.)
Уникальный
идентификатор
Физические
характеристики
свойства
(тип, длина)
Опциональность
свойства
(Да/ Нет)
Процессы
для
значений
свойств
таб.номер
У1, П
число, 10
Да
>0
Г, Пр
ИНН
У2
число, 12
Нет
>0
Вв, Пр, Об
имя
симв., 25
Да
Первая буква
заглавная
Вв, Пр, Об
дата рожд
дата
Нет
ДД.ММ.ГГГГ
Вв, Пр, Об
ЧЕЛОВЕК
ДОЛЖНОСТЬ

21. Правило чтения связи

Часть 1
Часть 2
Часть 3
Часть 4
Каждый
(ая, ое)
Имя первого Опциональн Имя связи
класса
ость связи
объектов
(д.б. или
м.б.)
Часть 5
Часть 6
Мощность
связи (одна
или много)
Имя второго
класса
объектов

22.

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

23. Формализованное описание предметной области. Связи между классами объектов

Связь
главн.
КО
подч. КО
ФИЗИАДРЕС
ЧЕСКОЕ
ЛИЦО
ФИЗИЗАПИСЬ
ЧЕСКОЕ ТРУДОЛИЦО
ВОЙ
КНИГИ
ТРУДО- ЗАПИСЬ
ВАЯ
ТРУДОКНИГА
ВОЙ
КНИГИ
ДОЛЖЗАПИСЬ
НОСТЬ
ТРУДОВОЙ
КНИГИ
Опциональность
связи со стороны
Название связи со
стороны
главн.
КО
главн.
КО
подч. КО
подч. КО
Тип связи со
стороны
главн.
КО
подч.
КО
1
1
Д.б.
Д.б.
прописан является
по адресу местом
прописки
М.б.
Д.б.
имеет
соответствует
1
М
Д.б.
Д.б.
имеет
соответствует
1
М
М.б.
Д.б.
имеет
соответствует
1
М
КО – класс объектов; Д.б. – должна быть, М.б. – может быть

24. Уровни доступа пользователей подсистемы "Управление персоналом"

Уровни доступа пользователей подсистемы
"Управление персоналом"
Пользователи
Класс объектов
Конечные пользователи
Прикладной Инспект- Руководи- Сотрудник Руковод Руковоор отдела
тель
планового и-тель
дитель
проготдела
отдела
планово- предприраммист кадров
кадров
го отдела
ятия
СТРУКТУРНАЯ
ЕДИНИЦА
ПРЕДПРИЯТИЯ
КАТЕГОРИЯ
ДОЛЖНОСТИ
ДОЛЖНОСТЬ
ФИЗИЧЕСКОЕ ЛИЦО
КАДРОВЫЙ ПРИКАЗ
ЗАПИСЬ КАДРОВОГО
ПРИКАЗА
ТИП ПЕРЕМЕЩЕНИЯ
RIUDE
R
R
RIU
R
R
RIUDE
R
R
RIU
R
R
RIUDE
RIUDE
RIUDE
RIUDE
R
RIU
RIU
RIU
R
R
R
R
RIU
R
R
R
R
R
R
R
R
R
R
R
RIUDE
R
R
RIU
R
R

25. Проектирование БД

• Разработка концептуального уровня БД

26.

Методология Ричарда Баркера
• Класс объектов
• Свойство класса объектов
• Уникальные идентификаторы
• Опциональность свойств
• Мощность (тип)
• Опциональность и переносимость связей
• Уникальность объектов из связей
• Супертипы
• Подтипы
• Арки

27.

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

28.

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

29.

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

30.

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

31. Пример рекурсивной связи

ФИЗИЧЕСКОЕ ЛИЦО
#(1) * табельный номер
#(2) * ИНН
* фамилия
* имя
* отчество
* дата рождения
является супругом
является супругой

32. Пример иерархии данных

УНИВЕРСИТЕТ
#(1) * номер
#(2) * название
* краткое название
имеет в
подчинении
относится
ФАКУЛЬТЕТ
#(1) * номер
#(2) * название
* краткое название
имеет в
подчинении
относится
КАФЕДРА
#(1) * номер
#(2) * название
* краткое название

33. Пример использования шаблона для моделирования иерархии данных

ТИП СТРУКТУРНОЙ
ЕДИНИЦЫ
#(1) * код
* название
* крат. название
СТРУКТУРНАЯ ЕДИНИЦА
ОРГАНИЗАЦИИ
#(1) * номер
#(2) * название
* краткое название
подчиняется
имеет в
подчинении

34. Разрыв связи М:М

ПОЗИЦИЯ
ДОГОВОРА
# * номер
* количество
* цена за единицу
ЮРИДИЧЕСКОЕ
ЛИЦО
# *номер
* название
ДОГОВОР
# *номер
* дата
ТОВАР
# * код
* название

35. Неправильное моделирование ролей

ДОГОВОР
# * номер
* дата
* оплата
ПОЗИЦИЯ
ДОГОВОРА
# * номер
* количество
* цена
ТОВАР
# * код
* наименование
ПОСТАВЩИК
# * номер
* имя
ПОТРЕБИТЕЛЬ
# * номер
* имя

36. Правильное моделирование ролей

ПОЗИЦИЯ ДОГОВОРА
# * номер
* количество
* цена
соответствует
выступает в
роли
поставщика
ДОГОВОР
# * номер
* дата
* оплата
ТОВАР
соответствует
выступ. в
роли
потребителя
ЮРИДИЧЕСКОЕ
ЛИЦО
# * номер
* имя
# * код
* наименование

37. Примеры моделирования ролей

Предметная область
Купля—продажа, поставка
товара
Неправильное моделирование
Классы объектов:
ПОКУПАТЕЛЬ, ПРОДАВЕЦ,
ПОСТАВЩИК
Правильное моделирование
Классы объектов:
ЮРИДИЧЕСКОЕ ЛИЦО или
ФИЗИЧЕСКОЕ ЛИЦО.
Связи (роли): покупает, продает,
поставляет
Образовательное учреждение,
обучение
Классы объектов:
АБИТУРИЕНТ, СТУДЕНТ,
ПРЕПОДАВАТЕЛЬ,
АСПИРАНТ
Классы объектов:
ФИЗИЧЕСКОЕ ЛИЦО,
РАБОТА ФИЗИЧЕСКОГО
ЛИЦА, ОБУЧЕНИЕ
ФИЗИЧЕСКОГО ЛИЦА, ТИП
ОБУЧЕНИЯ ФИЗИЧЕСКОГО
ЛИЦА, ТИП ПЕРЕМЕЩЕНИЯ
ФИЗИЧЕСКОГО ЛИЦА.
Связи (роли): сдает документы,
работает, обучается.
Документооборот
Классы объектов: ВХОДЯЩИЙ
ДОКУМЕНТ, ИСХОДЯЩИЙ
ДОКУМЕНТ, ПРИКАЗ,
РАСПОРЯЖЕНИЕ
Классы объектов: ДОКУМЕНТ,
ПОЗИЦИЯ ДОКУМЕНТА, ТИП
ДОКУМЕНТА, ТИП
ПЕРЕМЕЩЕНИЯ
ДОКУМЕНТА.
Связи (роли): относится (к
типу)

38. Пример моделирования ролей

ТИП СТРУКТУРНОЙ
ЕДИНИЦЫ
ПРИКАЗ О
ПЕРЕМЕЩЕНИИ
# *номер
* название
#(1) * номер
# (2) * название
О краткое название
* дата
ПОЗИЦИЯ ПРИКАЗА О
ПЕРЕМЕЩЕНИИ
# *номер
* дата начала
*дата окончания
СТРУКТУРНАЯ
ЕДИНИЦА
ПРЕДПРИЯТИЯ
#(1) * номер
# (2) * название
*краткое название
ФИЗИЧЕСКОЕ ЛИЦО
#(1)
ДОЛЖНОСТЬ
# (1) * код
# (2) * название
* краткое название
* нижняя граница раз-да
* верхняя граница раз-да
ВИД ПЕРЕМЕЩЕНИЯ
#(1) * номер
# (2) * название
* краткое название
* табельный номер
* фамилия
* имя
* отчество
# (2) * ИНН
* дата рождения
КАТЕГОРИЯ
ДОЛЖНОСТИ
#(1) * номер
# (2) * название
* краткое название

39.

Пример супертипа и подтипов

40.

Пример использования арка
ЮРИДИЧЕСКОЕ
ЛИЦО
# * номер
* название
АДРЕС
# * номер
* дом
о корпус
о квартира
ФИЗИЧЕСКОЕ
ЛИЦО
# * номер
* имя
НАСЕЛЕННЫЙ ПУНКТ
# * код
* название
УЛИЦА
# * код
* название

41.

Нормализация на уровне ER—диаграммы
СЧЕТ
# *номер
* остаток
* дата откр.
*местополож.
банка
СЧЕТ
# *номер
* остаток
* дата открытия
БАНК
* код
* название
МЕСТОПОЛОЖЕНИЕ
БАНКА

42.

Пример модели предметной области
ФИРМА
# * номер
* название
ДОГОВОР НА АРЕНДУ
# * номер
* дата начала
о дата окончан.
ФИЗИЧЕСКОЕ
ЛИЦО
# * номер
* имя
ПОМЕЩЕНИЕ
# * номер
* кол. кв. м
о описание

43.

Приложение А
УСТАНОВЛЕННЫЕ
ПОКАЗАТЕЛИ
#* код
* дата установления
о значение
ПОКАЗАТЕЛИ
ИССЛЕДОВАНИЯ
#(1)* код
#(2)* наименование
*краткое наименование
УСТАНОВ. ПОКАЗАТЕЛИ
ДИСПАНСЕРИЗАЦИИ
* код
*дата установления
о значение
ЕДНИЦЫ ИЗМЕРЕНИЯ
#* код
* наименование измерения
*краткое наименование
НАЗНАЧЕННЫЕ
ИССЛЕДОВАНИЯ
#* код
о дата исследования
ХАРАКТЕРИСТИКИ
ИЗМЕРЕНИЯ
#(1)* код
#(2)* наименование
*краткое наименование
(обязательное)
ER-диаграмма предметной области
ИЗМЕРЕНИЯ
#* код
* значение
*дата измерения
ЭТАП ДИСПАНСЕРИЗАЦИИ
#* код
*группа здоровья
*этап диспансеризации
*дата начала диспансеризации
*дата окончания диспансеризации
ПОКАЗАТЕЛИ
ДИСПАНСЕРИЗАЦИИ
#(1)* код
#(2)*наименование
УСАНОВЛЕННЫЕ
ХАРАКТЕРИСТИКИ
#* код
*дата установления
о значение
ХАРАКТЕРИСТИКИ
ПАЦИЕНТА
#(1)* код
#(2)* наименование
*краткое наименование
СОЦИАЛЬНАЯ ГРУППА
#(1)* код
#(2)* название
*краткое название
КАРТА ПАЦИЕНТА
#* номер карты
*дата начала
о дата окончания
СТРАХОВАЯ
КОМПАНИЯ
#(1)* код
#(2)* название
ВЫЯВЛЕННЫЕ
ФАКТОРЫ РИСКА
#* код
*дата выявления
НАЗНАЧЕННЫЕ
НАПРАВЛЕНИЯ
#* код
* дата назначения
ВОЗРАСТНЫЕ ГРУППЫ
#* код
*этап диспансеризации
*список возрастов
ПОСТАВЛЕННЫЕ
ДИАГНОЗЫ
#* код
о выявлено заболе
о подозрение
* дата диагноза
ДИАГНОЗЫ
#(1)* код
#(2)* наименование
ЗАКРЕПЛЕНИЕ
ЗА УЧАСТКОМ
#* код
* дата закрепления
о дата открепления
РОЛЬ ВРАЧА
#* код
* дата начала
о дата окончания
УЧАСТОК
#* код
* название
ДОЛЖНОСТЬ
#(1)* код
#(2) * наименование
ПОЛ
#(1)* код
#(2)* название
#(3)* сокр наименование
МЕСТО ПРОХОЖДЕНИЯ
#* код
о примечание
ИССЛЕДОВАНИЯ
#(1)* код
#(2)*наименование
*сокращенное наименование
КАБИНЕТЫ
#* код
* наименование
ТИПЫ ИССЛЕДОВАНИЙ
#(1)* код
#(2)* наименование
*краткое наименование
Рисунок А.1 - ER-диаграмма предметной области
УЛИЦА
#* код
* название
ТИП УЛИЦЫ
#(1)* код
#(2)* название
ФИЗИЧЕСКОЕ ЛИЦО
#* код
* фамилия
*имя
о отчество
*год рождения
о телефон
ФАКТОРЫ РИСКА
#(1)* код
#(2)* наименование
НАПРАВЛЕНИЯ
#(1)* код
#(2)* наименование
АДРЕС
#* код
*дом
о корпус
о квартира
НАСЕЛЕННЫЙ
ПУНКТ
#* код
* название
РАЙОН
#* код
* название
РЕГИОН
#(1)* код
#(2)* название
ПОЛИКЛИНИКА
#(1)* код
#(2)* название
*телефон

44. Даталогическое проектирование

45.

Адрес
Номер
Дом
Корпус
Квартира
Код ФЛ
Код ЮЛ
Код улицы
Код НП
Физическое
лицо
ПК
Код
Имя
ПК
Юридическое
лицо
ВК1
ВК2
ВК3
ВК4
Код
ПК
Название
Улица
Населенный пункт
Код
Название
ПК
Код
ПК
Нзвание
ПК – первичный ключ, ВК – внешний ключ, ФЛ – физическое лицо,
ЮЛ – юридическое лицо, НП – населенный пункт.

46.

Позиция ведомости
Товар
Тип товара
Номер
Количество
Код товара
Код поз пр
Код ед изм
Код ведом
Код
ПК
Название
Краткое название
Код типа тов
ВК
Код
ПК
Название
Краткое название
ПК
ВК1
ВК2
ВК3
ВК4
Единица измерения
Код
ПК
Название
Краткое название
Номер
ПК
Цена
Код товара
ВК1
Код прайса
ВК2
Код вид цены ВК3
Код ед изм
ВК4
Прайс
Номер
Дата
Тип ведомости
Вид цены
ПК
Код
ПК
Название
Краткое название
Код
ПК
Название
Краткое название
ВК1
ВК2
ВК3
ВК4
ВК5
ВК6
Договор о работе
Должность
Номер
ПК
Дата начала
Дата окончания
Код долж
ВК1
Код се
ВК2
Код фл
ВК3
Код
ПК
Название
Краткое название
Ведомость
Номер
Дата
Код типа вед
Код фл
Код договора1
Код договора2
Код се1
Код се2
Позиция прайса
Структурная единица /
Юридическое лицо
Код
ПК
Название
Краткое название
Код се
ВК1
Код типа се
ВК2
Тип структурной
единицы / юридического лица
Код
ПК
Название
Краткое название
Телефон
Код
ПК
Номер
Код тт ВК1
Код се ВК2
Код фл ВК3
Код
ПК
Название
Краткое название
Тип населенного
пункта
Код
ПК
Название
Краткое название
Физическое лицо
Тип телефона
Код
ПК
Название
Краткое название
Табел номер
Фамилия
Имя
Отчество
Дата рождения
Код пола
ПК
ВК
Пол физического лица
Улица
Тип улицы
ПК
Код
Название
Код типа ул
Адрес
ПК
ВК
Населенный
пункт
Код
Название
Код насп
ПК
ВК
Номер
Дом
Корпус
Квартира
Код се
Код фл
Код улицы
Код нас пункта
ПК
ВК1
ВК2
ВК3
ВК4
Код
ПК
Название
Краткое название1
Краткое название2

47. Физическое проектирование

48. Современные СУБД

Продукт
Фирма производитель
URL
Настольные, для создания локальных БД
Visual dBase
dBase, Inc.
http://www.dbase2000.com
Paradox
Corel
http://www.corel.com
Microsoft
http://www.microsoft.com
Microsoft Access
Microsoft FoxPro
Microsoft Visual FoxPro
Серверные СУБД
Oracle
Oracle Corp
http://www.oracle.com
Microsoft SQL Server
Microsoft
http://www.microsoft.com
Informix
Informix
http://www.informix.com
Sybase
Sybase
http://www.sybase.com
IBM DB2
IBM
http://www—4.ibm.com

49. Проектирование реляционных таблиц

Каждое отношение схемы реляционной базы данных,
полученное на этапе даталогического проектирования, должно быть
описано на языке ЯОД СУБД и содержать следующие конструкции:
имя отношения (таблицы);
имена атрибутов (полей);
определение первичных ключей;
определение уникальных (потенциальных) ключей;
определение физических характеристик атрибута (тип и длину);
определение обязательности значения атрибута;
определение логических ограничений на значение атрибута.

50. Техническое описание таблицы «Должность» на ЯОД СУБД Access

Имя поля
Ключ
Код_Долж
Ключевое
поле
Счетчик
Тип, длина
Обязательность значения
Логическое ограничение
поле
Примеры данных
Да
на
17
29
348
Назв_Долж Кр_Назв_Д Код_Катег.
Текстовый, Текстовый, Числовой,
50
16
длинное
целое
Да
Нет
Да
Маска
Маска
ввода:
ввода:
L<???????? а??????????
??????
????
техник
тех
3
хормейстер хорм
3
Заведую - зав.скл.
12
щий
складом

51. Техническое описание таблицы «Должность» на ЯОД СУБД InterBase

Имя поля
Ключ
VarChar
(50)
K—Kateg
Foreign
Key
VarChar(16 Integer
)
Обязательность значения
Not Null
Логическое ограничение на Check
поле
(value>0)
Not Null
Null
Примеры данных
техник
Тех
хормейсте Хорм
р
Заведую - зав.скл.
щий
складом
Тип, длина
Kod_D
Primary
Key
Integer
17
29
348
N_D
Sh_K_D
Not Null
Check
(value>0)
3
3
12

52.

Таблица 1 – Реляционная таблица «DOLGNOST»
Название поля
KOD
NAZV
Ключ
Primary Key
Unique
Тип, длина
Integer
Varchar(40)
Обязательность
значения
Not Null
Not Null
Логическое
ограничение на
поле
Check
(KOD>0)
Примеры данных
2
Менеджер по
продажам
K_NAZV
Varchar(15)
Менед. по
прод.

53.

Таблица 2 – Реляционная таблица «DOGOVOR»
Название поля
Ключ
NOMER
DATA_N
DATA_O
Primary Key
Тип, длина
Integer
Date
Обязательность
значения
Not Null
Not Null
Логическое
ограничение на
поле
Check
(NOMER>0)
Примеры данных
7
12.01.2009
Date
11.01.2010
KOD_DOL
KOD_SE
KOD_FL
Foreign Key
Foreign
Key
Foreign Key
Integer
Integer
Integer
Not Null
Not Null
Not Null
Check
Check
(KOD_DOL>0)
(KOD_SE>0)
Check
(KOD_FL>0)
2
1
5