Презентация на тему База данных MS Access Реляционные базы данных

данных (практика)

когда хранить базу данных в одной таблице неудобно и

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

содержит информацию о различных комплектующих и имеет поля: «Счётчик»,

«Наименование», «Описание», «Название фирмы», «Адрес», «Цена»

Половину объёма таблицы составляет избыточная, дублированная информация.
Причина дублирования. Комплектующие компьютера имеют два неотъемлемых свойства: «Наименование» и «Описание». «Название фирмы», «Адрес», и «Цена» не являются свойствами комплектующих компьютера, они являются свойствами поставщика.

«Комплектующие» и «Поставщик»

В таблицу «Поставщики» вводится дополнительное поле «Код

поставщика». Именно это поле будет ключевым в данной таблице

Таблица «Комплектующие»

Таблица «Поставщики»

относящиеся к различным аспектам базы данных, необходимо обеспечить целостность

базы данных. Для этого надо связать таблицы между собой.
При связи «один –ко многим» каждой записи в одной (главной) таблице могут соответствовать несколько записей в другой (подчинённой) таблице, а запись в подчинённой таблице не может иметь более одной соответствующей ей записи в главной таблице.

Если записи в первой таблице могут соответствовать несколько записей во второй таблице и, наоборот, одной записи во второй таблице – несколько записей в первой таблице, то реализуется связь

«многие-ко-многим»

записи в таблице «Комплектующие», соответствует две записи в таблице

«Поставщик», так как устройства одного типа продаются двумя фирмами. Одной же записи таблицы «Поставщики» соответствуют четыре записи таблицы «Комплектующие», так как одна фирма продаёт устройства четырёх типов.

Таблица «Комплектующие»

Таблица «Поставщики»

связаны только с помощью третьей (связующей) таблицы. Таблицы «Комплектующие»

и «Поставщики» можно связать в отношении «многие-ко-многим» путём создания двух связей «один-ко-многим» по отношению к таблице «Цена»

Таблица «Комплектующие»

Таблица «Поставщики»

«многие-ко-многим»

Таблица «Цена»

«один-ко-многим»

отношению к таблице «Цена»

Связь между таблицами устанавливает отношения между

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

В главной таблице «Комплектующие» поле «Код комплектующих» является первичным ключом, соответственно в подчинённой таблице «Цена» должно существовать одноимённое поле, которое является внешним ключом.

Таблица «Поставщики» также является главной по отношению к таблице «Цена». Её поле «Код поставщика» является первичным ключом, соответственно в подчинённой таблице «Цена» должно существовать одноимённое поле, которое является внешним ключом.

«Счётчик» (ключевое поле);
«Код комплектующих» (поле внешнего ключа для

таблицы «Комплектующие»);
«Код поставщика» (поле внешнего ключа для таблицы «Поставщики»);
«Цена» (числовое поле).

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

таблицы, а также запросы и отчёты, содержащие данные из связанных таблиц.

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