2. Этапы проектирования и разработки базы данных
Основная цель системы управления базами данных заключается в том, чтобы предложить пользователю абстрактное представление данных, скрыв конкретные особенности хранения и управления ими. Следовательно, отправной точкой при проектировании БД должно быть общее описание информационных потребностей пользователей, которые должны найти свое отражение в создаваемой базе данных.
Прежде чем создавать таблицы, формы и другие объекты необходимо задать структуру базы данных. Хорошая структура базы данных является основой для создания адекватной требованиям, эффективной базы данных.
Этапы проектирования базы данных:
· Определите цель создания базы данных, основные ее функции и информацию, которую она должна содержать. База данных должна отвечать требованиям тех, кто будет непосредственно с ней работать. Для этого нужно определить темы, которые должна покрывать база данных, отчеты, которые она должна выдавать, проанализировать формы, которые в настоящий момент используются для записи данных, сравнить создаваемую базу данных с хорошо спроектированной, подобной ей базой.
· Разработать на бумаге структуру таблиц, которые должна содержать база данных. При проектировании таблиц, рекомендуется руководствоваться следующими основными принципами: информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами. Когда определенная информация хранится только в одной таблице, то и изменять ее придется только в одном месте. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах. Например, в одной таблице должны содержаться адреса и телефоны клиентов.
· Каждая таблица должна содержать информацию только на одну тему. Сведения на каждую тему обрабатываются намного легче, если содержаться они в независимых друг от друга таблицах. Например, адреса и заказы клиентов хранятся в разных таблицах, с тем, чтобы при удалении заказа информация о клиенте осталась в базе данных.
· Определить необходимые в таблице поля. Каждая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы. Например, в таблице с данными о клиенте могут содержаться поля с названием компании, адресом, городом, страной и номером телефона. При разработке полей для каждой таблицы необходимо помнить: каждое поле должно быть связано с темой таблицы.
· Не рекомендуется включать в таблицу данные, которые являются результатом выражения. В таблице должна присутствовать вся необходимая информация. Информацию следует разбивать на наименьшие логические единицы (Например, поля "Имя" и "Фамилия", а не общее поле "Имя").
· Задать ключевое поле. Для того чтобы Microsoft Access мог связать данные из разных таблиц, например, данные о клиенте и его заказы, каждая таблица должна содержать поле или набор полей, которые будут задавать индивидуальное значение каждой записи в таблице. Такое поле или набор полей называют основным ключом.
· Определить связи между таблицами. После распределения данных по таблицам и определения ключевых полей необходимо выбрать схему для связи данных в разных таблицах. Для этого нужно определить связи между таблицами.
· Еще раз просмотреть структуру базы данных и выявить возможные недочеты. Желательно это сделать на данном этапе, пока таблицы не заполнены данными.
· Добавить данные и создайте другие объекты базы данных. Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создавать любые запросы, формы, отчеты, макросы и модули.
· Использовать средства анализа в Microsoft Access. В Microsoft Access существует два инструмента для усовершенствования структуры баз данных. Мастер анализа таблиц исследует таблицу, в случае необходимости предлагает новую ее структуру и связи, а также переделывает ее. Анализатор быстродействия исследует всю базу данных, дает рекомендации по ее улучшению, а также осуществляет их.
В Microsoft Access поддерживаются два способа создания базы данных. Имеется возможность создать пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и другие объекты. Такой способ является наиболее гибким, но требует отдельного определения каждого элемента базы данных. Имеется также возможность сразу создать с помощью мастера базу данных определенного типа со всеми необходимыми таблицами, формами и отчетами. Это простейший способ начального создания базы данных. В обоих случаях останется возможность в любое время изменить и расширить созданную базу данных.
Есть две стратегии разработки баз данных: сверху вниз и снизу вверх. Разработка сверху вниз идет от общего к частному. Она начинается с изучения стратегических целей организации, способов, при помощи которых эти цели могут быть достигнуты. Отталкиваясь от этой общей модели, разработчики двигаются «вниз», к все более подробным описаниям и моделям.
При разработке снизу вверх уровень абстракции меняется в обратном направлении: исходным пунктом является необходимость в конкретной системе.
На практике считается наиболее рациональным сочетание обоих подходов.
... состав комиссии и председатель, отличной от комиссии для рядовых работников. Форма «Аттестация» используется для оформления списка аттестации сотрудников, строится на основе списка «Вызов на аттестацию» и содержит дополнительные поля для ввода данных. Также как и в форме «Вызов на аттестацию» предварительно необходимо выбрать комиссию. 2.3.2 Руководство пользователя Для запуска базы ...
и между ними связей можно создавать запросы по данным из этих связанных таблиц. В качестве примера рассмотрим этапы создания БД сотрудников в СУБД В МУЗ «Городская поликлиника №3». 1. Описание этапов создания реляционной базы данных 1.1 СУБД «ACCESS» СУБД – это система, позволяющая создавать БД, которая управляет вводом и взаимосвязью данных внутри БД, либо между БД. СУБД «ACCESS» - ...
... которые обеспечивают вычисление итогов, отображение сгруппированных и построение новых таблиц. Запрос можно использовать даже для обновления данных в таблицах, удаления записей и добавления одной таблицы к другой. 2. Проектирование и создание реляционной базы для Молодежного Центра 2.1 Построение информационно логической модели данных Работа по созданию базы данных началась с карандашом и ...
... баз данных других приложений (таких как xBase и Paradox), баз данных архитектуры клиент-сервер (таких как Microsoft SQL Server) или из электронных таблиц (например, Microsoft Excel или Lotus 1-2-3). Базы данных Access можно связывать с таблицами баз данных других типов (dBase, FoxPro, Paradox) форматированными файлами (такими, как текстовые файлы в формате ASCII и рабочие листы Excel) и с другими ...
0 комментариев