Курсовая работа: Автоматизация базы данных для ООО "ОриенБанк"
Рис. 2.2. Связь таблицы «Товары» с таблицей «Поставщики».
После завершения работы над моделью таблицы товары и ввода масок ввода для полей «Дата получения», «Стоимость одной единицы» и «Общая сумма» и заполнения таблицы информацией (не достоверной) получилось следующее (Рисунок 2.3.)
Рис. 2.3. Таблица «Товары»
Аналогичным способом была создана таблица получатели, которая хранит в себе информацию про сотрудников, которые ежемесячно получают товар за вес свой департамента \ управления (Таблица 2.2.).
Таблица 2.2.
Данные о получателях.
Имя поля | Тип данных | Описание |
ID получателей | Счетчик (ключевое поле) | |
Дата получения | Дата/время (имеет маску ввода) | |
Фамилия | Текстовый | |
Имя | Текстовый | |
Отчество | Текстовый | |
Депортамент\Управление | Числовой (внешний ключ) | Выберите из списка |
Должность | Текстовый | |
От кого | Текстовый | |
Получаемый товар | Числовой (внешний ключ) | Выберите из списка |
Количество | Числовой | |
Единица измерения | Числовой | |
Общая сумма | Числовой |
Так как товар распределяется по департаментам или управлениям создается одноименная таблица, которая связывается с таблицей получатели внешним ключом (Рисунок 2.4.). Она содержит в себе поле «Код» и «Департамент\Управление». Также эта таблица имеет в себе поле «Получаемый товар», которое связанно с таблицей «товары». Она имеет очень большое значение для дальнейшей работы.
Рис. 2.4. Связь таблиц «Получатели» и «Департамент\Управление».
Таблица «поставщики» также создается для сбора полной информации о поставщика того или иного товара (Таблица 2.3.).
Таблица 2.3.
Данные о поставщиках.
Имя поля | Тип данных | Описание |
Код поставщика | Счетчик (ключевое поле) | |
Наименование | Текстовый | |
Фамилия сотрудника | Текстовый | |
Имя сотрудника | Текстовый | |
Отчество сотрудника | Текстовый | |
Должность | Текстовый | |
Телефон | Числовой (имеет маску ввода) | |
ИНН | Числовой (имеет маску ввода) |
Таблица «поставщики» фигурирует почти во всем процессе работы над базой и наполнив его данными о двух поставщиках, поставщики канцелярских поваров и технического материала, получаем следующий вид (Рисунок 2.5.)
Рис. 2.5. Таблица «Поставщики»
Физическая модель данных.
Связь данных – графическое представление связей между таблицами и запросами. Связи между таблицами в БД используются при формировании запросов, разработке форм, при создании отчетов.
Как было упомянуто выше, таблицы связаны между собой для обмена информации между собой.
Таблица «получатели» собирает в себе информацию почти со всех таблиц, т.к. получатель является последним звеном в этой системе. Это наглядно показано в (Рисунок 2.6.), где показано связь от почтенной таблице к главной.
Рис. 2.6. Связь таблиц по ступени.
Этот результат бил достигнуть после построения связи между таблицами. Все они имеют связь «один ко многим». Связи осуществлялись между таблицами по схеме «первичный ключ – внешний ключ». Схема данных в оформленном виде показан на (Рисунок 2.7. ).
Рис. 2.7. Физическая модель данных (схема данных).
Стоит, отметит, что Ms Access сама определяет связь между таблицами, если не нарушается условия целостности данных, к примеру: связываемые таблицы должны иметь одинаковые тип поля.
2.1.2 Формы
Формы позволяют отображать данные из таблиц и запросов в более удобном для восприятия виде. С помощью форм можно добавлять и изменять данные, содержащиеся в таблицах. Правильно и разумно использую объект «формы» можно искать информацию по выбору, что во многом улучшает качество работы. Первым делом создаем форму для удобного ввода данных в таблицу товары. В Ms Access имеются следующие способы создания форм (Рисунок 2.8.):
Создание формы в режиме конструктора . Дает возможность разработчику создать форму с помощью «панели элементов»;