2.1. Таблицы базы данных
Таблицы – это основные объекты любой базы данных. В них хранятся все данные, имеющиеся в базе, а так же таблицы хранят и структуру базы (поля, их типы и свойства). Так, например, в таблице «Поставщик» отображена информация о поставщике (рисунок 42), а в таблице «Клиенты» - информация о клиентах, работающих с данным салоном (рисунок 43).
Таблица БД создаётся в два этапа. На первом этапе определяется её структура: состав полей, их имена, тип каждого поля, его размер и другие свойства полей. На втором этапе таблица заполняется данными, т. е. формируются записи.
Каждое поле представляет собой столбец таблицы и содержит определенную категорию информации. Каждая запись предоставляет собой строку таблицы и содержит информацию об определенном товаре. Можно создать взаимосвязи между таблицами, вместо того, чтобы хранить всю информацию в одной большой таблице, избегая тем самым ненужного дублирования данных, экономии памяти компьютера, а также увеличение скорости и точности обработки информации.
Рисунок 42 - Таблица поставщиков.
Рисунок 43 - Таблица клиентов
2.2. Описание таблиц «База данных для менеджера салона»
На основе созданной концептуальной и логической модели при проектировании в СУБД Microsoft Access были созданы таблицы. Приведем их описание.
Таблица «Ассортимент» (рисунок 44) состоит из восьми полей: «Код» (ключевое поле, тип данных числовой), «Марка» (текстовый тип данных), «Название» (текстовый тип данных), «Поставщик» (текстовый тип данных), «Стоимость» (тип данных денежный), «Аудиосистема» (тип данных денежный), «Климатсистема» (тип данных денежный) и «Коробка передач» (тип данных денежный).
Рисунок 44 - Ассортимент
Таблица «Менеджер» (рисунок 45) состоит из трех полей: «Табельный номер» (ключевое поле, тип данных счетчик), «Фамилия» (текстовый тип данных), «Телефон» (тип данных числовой).
Рисунок 45 – Менеджер
Всего в разработанной модели базы данных используются восьми таблиц. Две из них мы описали подробно, на остальных остановимся поверхностно. Таблица «Заказ» состоит из тринадцати полей (см. рисунок 46), таблица «Доставка» - из четырех полей (см. рисунок 47), таблица «Клиенты» - из шести полей (см. рисунок 43), таблица «Поставщики» - из четырех полей (см. рисунок 42), таблица «Цвет» - состоит из одного поля (см. рисунок 48).
Рисунок 46 -. Заказ
Рисунок 47 -. Доставка
Рисунок 48 – Цвет
2.3. Связи базы данных
Записи таблицы связей предназначены для отображения связей между сущностями, информация о которых находится в соответствующих таблицах сущностей.
Обычно одна таблица связей описывает взаимосвязь двух сущностей. Поскольку таблицы сущностей в простейшем случае имеют по одному ключевому полю, то таблица связей двух таблиц для обеспечения уникальности записей о связях должна иметь два ключа.
Более сложные связи следует сводить к бинарным. Не следует включать в таблицы связей характеристики сущностей, иначе неизбежны аномалии. Их лучше хранить в отдельных таблицах сущностей.
При работе с таблицами связей следует иметь в виду, что любая запись из таблицы связей легко может быть удалена, поскольку сущности некоторое время могут обойтись и без связей. При добавлении или изменении содержимого записей таблицы надо контролировать правильность ссылок на существующие объекты, так как связь без объектов существовать не может.
Наличие связей между таблицами позволяет включать данные из нескольких таблиц в запросы, формы и отчёты. Таблицы связываются между собой через ключевые поля.
Выделяют следующие виды связей:
Многие ко многим. Один поставщик поставляет много товара и одно наименование товара может поставлять много поставщиков.
Один ко многим. Один поставщик может заключить много договор на поставку товара с салонами и в одном договоре может участвовать только один поставщик.
Многие к одному. Множество клиентов обслуживаются у одного менеджера.
Один к одному. Договор может содержать только один счет.