Базы данных в естественных ресурсных системах |
18-10-2022 |
Информацию следует разбивать на наименьшие логические единицы (например, поля «Имя» и «Фамилия», а не общее поле «Имя»).
4. Задание индивидуального значения каждому полю. С тем, чтобы Microsoft Access мог связать данные из разных таблиц, например данные о клиенте и его заказы, каждая таблица должна содержать поле или набор полей, которые будут задавать индивидуальное значение каждой записи в таблице. Такое поле или набор полей называют
основным ключом.
5. Определение связей между таблицами. После распределения да-них по таблицам и определения ключевых полей необходимо выбрать схему для связи данных в разных таблицах. Для этого нужно определить связи между таблицами. Желательно изучать связи между таблицами в уже существующей базе данных. Для просмотра связей в выбранной базе данных открываем ее и выбираем соответствующие команды.
6. Обновление структуры базы данных.
После проектирования таблиц, полей и связей необходимо еще раз просмотреть структуру базы данных и выявить возможные недочеты. Желательно это сделать на данном этапе, пока таблицы не заполнены данными. Для проверки необходимо создать несколько таблиц, вы-значить связи между ними и ввести несколько записей в каждую таб-лицу, затем посмотреть, отвечает ли база данных поставленным требованиям. Рекомендуется также создать черновые выходные фо-рмы и отчеты и проверить, выдают ли они требуемую информа-цию. Кроме того, необходимо исключить из таблиц все возможные по-вторення данных.
7. Добавление данных и создание других объектов базы данных. Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создавать любые вопро-ти, формы, отчеты, макросы и модули.
8. Использование средств анализа в СУБД. Например, в Microsoft Access существует два инструмента для усовершенствования структуры баз данных. Мастер анализа таблиц исследует таб-лицу, в случае необходимости предлагает новую ее структуру и связи, а так-же переделывает ее. Анализатор быстродействия исследует всю базу данных, дает рекомендации по ее улучшению, а также реализует их.
Вариант 2. Разработка проекта базы данных
1. Разработка логической модели данных. Логические модели вы-используются разработчиками баз данных для формального пред-отношение информационных потребностей производства, экономики, бизн-су подобное. Самой распространенной формой отражения этой мо-дели служат ER-диаграммы. Основными понятиями ER-модели являются сущность, связь и атрибут. Каждая из частей такой диаграммы и видомляе кое-что о структуре данных и о том, как эти данные со-относятся с другими.
Как правило, разработка логической модели представляет собой итерационный процесс, состоящий из фаз анализа, проектирования и оцениваемые-ния. При этом на каждой итерации добавляются новые правила. Хорошие средства проектирования баз данных должны быть гибкими, а организа-ция работы с ними - эффективной. ER-диаграммы должны дополнять изменяться подробной информацией о бизнесе, правила и об-межень ссылка на целостность, а также давать возможность управлять наглядным представлением деталей модели.
При создании логической модели нужно прежде прове-сти важную работу с заказчиком. Наибольший объем работ по ба-зами данных связан с запросами. Поэтому нужно как можно подробнее узнать от заказчика о возможных запросов к базе данных. Опыт проектирования свидетельствует о том, что заказчики часто не представляют, какие возможности давать им база данных, к решению которых новых задач они смогут присоединиться. Из-за этого во время про-проектирования нужно пораньше показать заказчикам их мож-ные горизонты, чтобы так же можно раньше пришлось бы вносить изменения в логической модели.




