- •Отчет о лабораторной работе №1
- •Содержание
- •1Теоретические сведения
- •2 Создание базы данных
- •2. 1 Разработка инфологической модели базы данных
- •2. 2 Создание реляционной модели базы данных
- •2. 3 Реализация базы данных на физическом уровне
- •2. 3. 1 Создание таблиц
- •2. 3. 2 Создание запросов
- •Список использованных источников
2 Создание базы данных
2. 1 Разработка инфологической модели базы данных
Одно из важнейших достоинств реляционных баз данных состоит в том, что вы можете хранить логически сгруппированные данные в разных таблицах и задавать связи между ними, объединяя их в единую базу. Для задания связи таблицы должны иметь поля с одинаковыми именами или хотя бы с одинаковыми форматами данных. Связь между таблицами устанавливает отношения между совпадающими значениями в этих полях. Такая организация данных позволяет уменьшить избыточность хранимых данных, упрощает их ввод и организацию запросов и отчетов.
В Access можно задать три вида связей между таблицами: Один-ко-многим, Многие-ко-многим и Один-к-одному.
В связи Один-ко-многим, каждой записи в таблице А может соответствовать несколько записей в таблице,а запись в таблице В не может иметь более одной соответствующей ей записи в таблице А.
При связи Многие-ко-многим одной записи в таблице А может соответствовать несколько записей в таблице В, а одной записи в таблице В -несколько записей в таблице А.
При связи Один-к-одному запись в таблице А может иметь не более одной связанной записи в таблице В и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу.
На рисунке 1 представлена инфологическая модель базы данных, содержащая связи Один-к-одному.
-
Рисунок 1 – Инфологическая модель базы данных
2. 2 Создание реляционной модели базы данных
В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра. Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных.
Отношения удобно представлять в виде таблиц. На рисунке 2 представлена таблица, содержащая некоторые сведения о абонентах предприятия. Каждая строка фактически представляет собой описание одного объекта реального мира (в данном случае работника), характеристики которого содержатся в столбцах. Можно провести аналогию между элементами реляционной модели данных и элементами модели "сущность-связь". Реляционные отношения соответствуют наборам сущностей, а кортежи - сущностям. Поэтому, также как и в модели "сущность-связь" столбцы в таблице, представляющей реляционное отношение, называют атрибутами.
-
Абоненты
Ф.И.О.
Должность
Предприятие
(фирма)
Специализация
Телефон
Город
Коды городов |
|
Название |
Код |
|
|
|
|
|
|
|
|
Предприятия |
|||
Сокращенное название |
Полное название |
Адрес: город, индекс, улица, дом |
Телефон приемной |
|
|
|
|
|
|
|
|
|
|
|
|
Рисунок 2 – Структура реляционной модели базы данных