Реляционные отношения между таблицами
Сотрудники Информация о сотрудниках
№ |
Ф. И. О. |
Должность |
Отдел |
|
№ |
Год рожден. |
Кол-во детей |
… |
1 |
Иванов И. И. |
Инженер |
10 |
|
1 |
1950 |
2 |
… |
2 |
Петров П. П. |
бухгалтер |
20 |
|
2 |
1952 |
1 |
… |
3 |
Васин В. В. |
Прораб |
10 |
|
3 |
1960 |
2 |
… |
Один-к-одному – связываемые поля для связи являются первичными ключами таблиц
Товары Отпуск товаров
Товар |
Ед. изм. |
Цена ед. |
|
Товар |
Дата продаж |
Кол-во (ед.) |
С ахар |
кг |
10 |
|
Сахар |
10.01.02 |
100 |
Макароны |
кг |
20 |
|
Сахар |
12.01.02 |
50 |
Фанта |
бут. 1 л |
10 |
|
Фанта |
12.01.02 |
20 |
Один-ко-многим – поле для связи только одной из таблиц является первичным ключом таблицы.
Учебные группы и дисциплины Преподаватели
Группа |
Предмет |
№ преп |
|
№ преп. |
Ф. И. О. |
Кафедра |
П С-1 |
Программирование |
10 |
|
10 |
Краснов Ю. И. |
ТИ-1 |
Р Т-2 |
Философия |
62 |
|
62 |
Володин М. А. |
ТИ-2 |
РТ-1 |
Теория систем |
10 |
|
52 |
Булгаков В. М. |
РИО |
ПС-2 |
Социология |
78 |
|
78 |
Полушкин М. Е. |
ЭИ-1 |
Многие-ко-многим – поля для связи не являются первичными ключами таблиц. Редко используется, не поддерживается некоторыми СУБД. Считается, что БД можно перестроить так, чтобы любая связь "многие-ко-многим" была заменена одной или несколькими связями "один-ко-многим".
Проектирование бд
Проектирование реляционной БД состоит из трех самостоятельных этапов: концептуального, логического и физического проектирования.
Целью концептуального проектирования является разработка БД на основе описания предметной области. Это описание должно содержать совокупность документов и данных, необходимых для загрузки БД, а также сведения об объектах и процессах, характеризующих предметную область.
Целью логического проектирования является выбор конкретной СУБД и преобразование концептуальной модели в логическую. Для реляционной БД этот этап состоит в разработке структуры таблиц, связей между ними и определения ключевых реквизитов.
Этап физического проектирования дополняет логическую модель характеристиками, которые необходимы для определения способов физического хранения и использования БД, объема памяти и типа устройства хранения.
Наиболее рациональным считается сочетание всех перечисленных подходов к проектированию.
В результате проектирования БД должна быть разработана информационно-логическая модель (ИЛМ) данных, т. е. определен состав таблиц, их структура и логические связи. Структура реляционной таблицы определяется составом полей, типом, размером и свойствами каждого поля, а также ключом таблицы.
Компонентами ИЛМ являются информационные объекты и структурные связи между ними.
Информационный объект (ИО) – это информационное отображение определенной сущности( предмета, явления, события и т. п.). Любой ИО определяется рядом качественных и количественных характеристик, которые представлены соответствующими характеристиками. Примерами ИО могут быть совокупности реквизитов, отражающих характеристики товаров, материалов, сотрудников, технологических процессов и т. д. Каждому ИО с определенной структурой можно присвоить имя. ИО имеет линейную структуру данных, т. е. в нем отсутствуют множественные элементы, группы, что обеспечивает простое отображение в реляционную таблицу.
Структурные связи ИО представляют собой бинарные связи между парами ИО, характеризующиеся реальными отношениям экземпляров ИО и функциональными связями ИО, отражающими потребность их совместной обработки.