назад | содержание | вперед

Проектирование базы данных

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

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

Теория реляционной базы данных разработана в начале 70-х годов Коддом на основе математической теории отношений. В реляционной базе данных все данные хранятся в виде таблиц, при этом все операции сводятся к манипуляциям с таблицами. Основными понятиями в этой теории являются таблица, отношение, строка, столбец, ключи.

Основой любой базы данных являются таблицы. Таблица состоит из строк и столбцов и имеет уникальное имя в базе данных. База данных содержит множество таблиц, связь между которыми устанавливается с помощью совпадающих полей. В каждой из таблиц содержится информация о каких-либо объектах одного типа (группы).

Между таблицами в базе данных устанавливаются отношения. Имеются четыре типа отношений между таблицами: один-к-одному, один-ко-многим, много-к-одному, много-ко-многим.

Прежде чем перейти к вопросам проектирования реляционных баз данных, остановимся подробнее на каждом из возможных типов отношений.

Отношение один-к-одному означает, что каждая запись одной таблицы соответствует только одной записи в другой таблице. Например, если рассматривать таблицы, одна из которых содержит данные о сотрудниках предприятия, а вторая — профессиональные сведения, то можно сказать, что между этими таблицами существует отношение один-к-одному, поскольку для одного человека, информация о котором содержится в первой таблице, может существовать только одна запись, содержащая профессиональные сведения, во второй таблице.

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

Отношение много-к-одному аналогично рассмотренному ранее типу один-ко-многим. Тип отношения между объектами зависит от вашей точки зрения. Например, если вы будете рассматривать отношение между сделанными заказами и клиентами, то получите отношение много-к-одному.

Отношение много-ко-многим возникает между двумя таблицами в тех случаях, когда:

• одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы;
• одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы.

Для примера обратимся к магазину оптовой торговли. Рассмотрим две группы объектов: список товаров, производимых предприятиями-поставщиками, и список товаров, заказанных потребителями. Между таблицами, содержащими данные сведения, существует отношение много-ко-многим, так как на каждый поставляемый товар может быть более одного заказа. Аналогично, каждый заказанный товар может производиться более чем одним предприятием.

назад | содержание | вперед