Создание приложений баз данных.

Определение связей между таблицами базы данных.

Связи “один-к-одному” и “один-ко-многим”

Иногда возникает потребность разбить одну таблицу на более мелкие, потому что некоторые сведения из нее используются не слишком часто или какие-то данные не предназначены для всеобщего доступа. Например, часть данных о заказчиках в таблице Заказчики нужна только для маркетинга и будет использоваться очень редко. С другой стороны, сведения о финансовой надежности заказчиков должны быть доступны далеко не всем сотрудникам. В любом из этих случаев можно создать отдельную таблицу (например, Сведения о заказчиках или Финансы заказчиков), которая имеет тот же первичный ключ Код заказчика. Связь между исходной таблицей Заказчики и таблицей Сведения о заказчиках или Финансы заказчиков - это связь типа «один-к-одному». Это означает, что любая запись в первой таблице связана только с одной записью во второй, и наоборот.

Если запись исходной таблицы может быть связана со многими записями в другой таблице, то такая связь определяется как «один-ко-многим».

Заключительный этап проектирования базы данных заключается в создании связей между таблицами. Для каждого объекта необходимо рассмотреть столбец “Связь” в рабочем бланке и обратить внимание на случаи, когда связь помечена как «многие». Проверьте, чтобы у соответствующего объекта была указана связь «один». Если вы обнаружите «многие» с обеих сторон отношения, придется создать дополнительную таблицу пересечения, с помощью которой одна связь «многие-ко-многим» будет сведена к двум связям типа «один-ко-многим». (Access не позволяет определить прямую связь «многие-ко-многим» между двумя таблицами.) В задаче «Создание заказа» заказ может содержать «много» книг, а книга может появиться во «многих» заказах.

Покончив со связями «многие-ко-многим», нужно создать связи между таблицами базы данных. Для этого необходимо поместить копии первичных ключей из таблиц со стороны «один» в таблицы, находящиеся на стороне «многие». Например, основываясь на информации рабочего бланка для объекта Заказы, приведенного на рис. 8.6 поле Код заказа (первичный ключ таблицы Заказы) должно присутствовать и в таблице Содержание заказа.

 

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

Задав структуры таблиц, в Microsoft Access легко создать макет приложения с помощью форм и связать их между собой, используя несложные макросы или процедуры обработки событий Visual Basic.

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

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

Создание приложения

Для достаточно простых задач созданный макет является практически законченным приложением. Однако довольно часто приходится писать процедуры, позволяющие полностью автоматизировать решение намеченных в проекте задач.

Могут понадобиться специальные связующие формы, обеспечивающие переход от одной задачи к другой. Это могут быть, например, кнопочные формы, выполняющие роль своего рода “регулировщика”.

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