1.2 Реляционная модель баз данных
В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.
Реляционная обработка данных в Access за счет гибкой архитектуры системы способна удовлетворить любые потребности. При этом Access может использоваться как автономная СУБД в режиме файл-сервера или клиентского компонента таких продуктов, как SQL Server. Кроме того. Access поддерживает протокол ODBC (Open Database Connectivity), что позволяет подключаться к базам данных множества различных форматов, таких как SQL Server, Oracle, Sybase и даже DB/2 для больших ЭВМ фирмы IBM.
Система Access поддерживает обработку транзакций с гарантией их целостности. Кроме того, предусмотрена защита на уровне пользователя, что позволяет контролировать доступ к данным отдельных пользователей и целых групп.
Мастер (Wizard) может превратить часы работы в считанные минуты. Мастера задают наводящие вопросы относительно содержания, стиля и формата создаваемого объекта; затем они автоматически строят нужный объект. В составе Access около ста мастеров, помогающих конструировать базы данных, приложения, таблицы, формы, отчеты, диаграммы, почтовые наклейки, элементы управления и свойства. Допускается даже настройка мастеров для решения разных задач.
Окна конструкторов форм и отчетов имеют одинаковый интерфейс и предоставляют пользователю много возможностей. Форма или отчет конструируется по принципу WYSIWYG (What You See Is What You Get — что видишь, то и получишь). Добавляя очередной элемент управления, пользователь видит, как при этом изменяется создаваемая форма.
В формы и отчеты можно включать надписи, поля текстовых данных, переключатели, флажки, линии и прямоугольники, а также оформлять их, выделяя элементы цветом и тенью. Более того, можно включать целые рисунки, диаграммы, подформы и подотчеты. При этом все параметры представления данных остаются полностью подконтрольными пользователю. Формы могут занимать много страниц, а в отчетах может быть предусмотрено много уровней группировки данных и подведения итогов.
Формы и отчеты можно просматривать в режиме предварительного просмотра, обеспечивая взгляд "с высоты птичьего полета" путем изменения масштаба. В режиме конструирования отчет можно просматривать с фиктивными данными, чтобы не дожидаться обработки большого реального файла.
Конструктор отчетов — очень мощное средство, допускающее использование до десяти уровней группировки и сортировки. Благодаря ему существует возможность создания отчетов, демонстрирующих процентные и итоговые показатели, получить которые можно лишь за два прохода. Допускается создание многих типов отчетов, которые включают почтовые наклейки и списки рассылки почты.
Можно создавать запросы, которые обеспечивают вычисление итогов, отображение сгруппированных и построение новых таблиц. Запрос можно использовать даже для обновления данных в таблицах, удаления записей и добавления одной таблицы к другой.
2. Проектирование и создание реляционной базы для Молодежного Центра
2.1 Построение информационно логической модели данных
Работа по созданию базы данных началась с карандашом и листом бумаги в руках. На данном этапе компьютер просто не нужен. Неоптимальные решения и прямые ошибки, заложенные на этапе проектирования, впоследствии очень трудно устраняются, поэтому этот этап является основополагающим.
База данных будет создана для кафе Дельфин. Основной его деятельностью является общественное питание. Таким образом, в базе данных нужно учесть поступление и расход продуктов.
На компьютере работу началась с составления генерального списка полей. В соответствии с типом данных, размещаемых в каждом поле, был определен наиболее подходящий тип для каждого поля.
В каждой из таблиц наметили ключевое поле. В качестве такого было выбрано поле, данные в котором повторяться не могут. Если в таблице вообще нет ни каких полей, которые можно было бы использовать, как ключевые, всегда можно ввести дополнительное поле типа Счетчик – оно не может содержать повторяющихся данных по определению.
По ходу разработки проекта непременно будут приходить в голову новые идеи. Если схема данных составлена правильно, подключать к базе новые таблицы нетрудно.
На этом этапе было завершено предварительное проектирование базы данных, и на следующем этапе начинается ее непосредственная разработка. С этого момента следует начать работу с СУБД.
0 комментариев