Опрос
Ваше мнение о новом дизайне?
Всего ответов: 292
Достижения
Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0
Поиск

Теперь перейдем к построению реляционной модели данных. Для этого нужно описать все отношения с указанием главных ключей, а также представить схему ВД — структуру связей между таблицами.

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

Для явного указания связей между таблицами должна быть построена схема базы данных. В схеме указывается наличие связей между таблицами и тип связей. Схема для нашей системы представлена на рисунке.

В схеме использованы два типа связей: один к одному и один ко многим. Первый обозначен двунаправленной одинарной стрелкой, второй — одинарной стрелкой в одну и двойной в другую сторону. При связи «один к одному» с одним экземпляром записи в одной таблице связан один экземпляр записи в другой таблице. Например, одна запись об абитуриенте связана с одним списком оценок. При наличии связи «один ко многим» одна запись в одной таблице связана с множеством записей в другой таблице. Например, с одним факультетом связано множество специальностей, а с одной специальностью — множество абитуриентов, поступающих на эту специальность.

Связь «один ко многим» — это связь между двумя соседними уровнями иерархической структуры. А таблицы, связанные отношениями «один к одному», находятся на одном уровне иерархии. В принципе, все эти четыре таблицы могут быть объединены в одну таблицу, поскольку главный ключ у них один — «РЕГ__НОМ». Однако с такой таблицей работать будет неудобно — слишком много полей. Каждая из четырех таблиц в отдельности лучше обозревается, кроме того, каждая из них имеет самостоятельный смысл.

Организация связей между таблицами обеспечивает одно важное качество базы данных, которое называется целостностью данных.

Система не допустит, чтобы одноименные поля в разных связанных между собой таблицах имели разные значения. Ввод данных автоматически контролируется. В связанных таблицах может быть установлен режим каскадной замены: если в одной на таблиц изменяется значение поля, по которому установлена связь, то в других таблицах автоматически изменятся значения одноименных полей. Аналогично действует режим каскадного удаления: достаточно удалить запись из одной таблицы, чтобы связанные записи исчезли из всех остальных таблиц. Это естественно, поскольку, например, если закрывается какой-то факультет, то исчезают и все его специальности. Или если у абитуриента сменили регистрационный номер в таблице «Абитуриенты», то автоматически его номер должен обновиться и в других таблицах.

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

1. Откройте базу данных.

2. Перейдите в меню "Сервис"-"Связи".

3. В открывшемся окне добавьте все таблицы, использую кнопку "Добавить".

4. 4.  Расположите таблицы в следующем порядке

5. Перетяните поле "Код факультета" из таблицы "Факультеты" в таблицу "Специальности". Должна появиться связь.

6. Откройте свойство связи дважды кликнув по ней и установите параметры обновления и удаления каскадно.

7. Создайте связи между остальными таблицами по образцу, устанавливая аналогичные параметры для каждой связи.

Сохраните изменения в схеме данных и базе данных.

Пятница, 13.12.2019, 14:42
Приветствую Вас Дошкольник
Календарь
«  Декабрь 2019  »
ПнВтСрЧтПтСбВс
      1
2345678
9101112131415
16171819202122
23242526272829
3031
Форма входа
Логин:
Пароль:
 
Полезные ссылки