1. Определение состава и структуры информационных объектов, входящих в базу данных

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

Теоретический материал

Создание базы данных (БД) начинается с ее проектирования. В результате чего определяется структура базы данных, то есть состав реляционных таблиц, образующих БД, их структура и логические связи между ними.

При проектировании БД используются два подхода:

1. От пользовательского интерфейса.

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

2. От объектов данных.

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

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

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

Применительно к задаче, представленной в данном пособии – создании базы данных торговой фирмы, представляется возможным выделить информационные объекты и связи между ними (рис. 1).

Рис. 1. Состав информационных объектов проектируемой базы данных

Объекты, воздействующие на деятельность фирмы:

• Заказчики– организации, приобретающие у фирмы продукцию;

• Поставщики– организации, поставляющие торговой фирме продукцию;

• Сотрудники– персонал, работающий на фирме и заключающий договоры с поставщиками и заказчиками;

• Товары– предмет купли и продажи.

Результатом деятельности являются:

• Закупка товаров– акт приобретения товаров сотрудниками у поставщиков. Сотрудники могут приобретать различные товары у поставщиков. Причем каждый из них может поставлять различные товары.

• Продажи– акт приобретения заказчиком товаров у торговой фирмы. Продавать товары может любой из сотрудников фирмы. Кроме того, любой заказчик может приобрести различный товар.

Каждый объект реального мира, описанный таблицей в СУБД, обладает присущим ему набором характерных признаков (атрибутов), вытекающих из его функций.

Таблица — базовая единица хранения в системе управления реляционными базами данных. Реляционная база данных — база данных, основанная на реляционной модели данных. Слово «реляционный» происходит от англ.relation(отношение).

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

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

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

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

Таблица 1