Инфологическое проектирование (ER-модель)
Разработка базы данных (БД)
Щелкните на кнопке Создать, чтобы новая связь появилась в окне Схема данных
Переместите вертикальную линию в нужное положение поля и отпустите левую кнопку мыши. Поле будет перемещено
Выберите вкладку Формы окна базы данных, затем щелкните на кнопке Создать. Отобразится диалоговое окно Новая форма
Область применения ACCESS
Навигация
Щелкните на кнопке Создать, чтобы новая связь появилась в окне Схема данных
Создание базы данных в среде Microsoft Access 2002
65662
знака
12
таблиц
8
изображений
8. Щелкните на кнопке Создать, чтобы новая связь появилась в окне Схема данных.
9. Теперь щелкните на кнопке закрытия окна Схема данных и подтвердите сохранение изменений.
Созданная межтабличная связь будет использоваться при создании запросов, форм и отчетов.
Обеспечение целостности данных
Способность Access автоматически поддерживать целостность данных исключительно важна. Немногие из настольных реляционных СУБД умеют это делать. Сохранение целостности данных позволяет избежать создания в связанной таблице записей-сирот, не имеющих связи с главной таблицей. Например, если названиям организаций в таблице Клиент присвоены коды от 1 до 9, запись таблицы Арендная плата со значением 10 будет считаться сиротой, она не относится ни к одному из существующих сотрудников. Однако когда в таблицу Клиент будет добавлена новая запись с кодом 10, запись-сирота автоматически окажется связанной с ней, в результате чего в новой анкете не появится явно неправильная информация.
Способы обеспечения целостности данных
Чтобы обеспечить целостность данных, нужно сделать так, чтобы данные главной таблицы, с которыми связана информация других таблиц, не были изменены или удалены. Если вы попытаетесь удалить запись из таблицы Клиент, Access не позволит этого сделать. Программа предупредит вас о том, что прежде чем удалять запись главной таблицы, нужно удалить все связанные с ней записи подчиненных таблиц. Точно также в таблице Арендная плата не удастся изменить значение поля название организации. Значение поля типа Счетчик вообще нельзя изменять, но даже если бы поле название организации имело другой тип, Access все равно не позволила бы внести изменения и выдала бы предупреждающее сообщение.
Аналогичным образом, при попытке ввести в поле название организации таблицы Клиент код несуществующей организации, Access выдаст предупреждающее сообщение и откажется сохранить неверные данные. Благодаря этому разработчику базы данных не нужно прибегать к свойству поля таблицы Условие на значение, чтобы обеспечить целостность данных. При сохранении новой или измененной записи таблицы Access автоматически проверит значения критических полей.
Выбор первичного ключа
Таблицам, которые никогда не используются в качестве главных таблиц связи, первичный ключ не нужен. Главная таблица обычно содержит информацию, описывающую объекты реального мира, такие как сотрудники, клиенты или заказы. При этом для описания одного объекта используется одна-единственная запись. В этом смысле таблица Клиент может быть главной. Однако в нашей базе данных ни для одной межтабличной связи таблица Клиент главной не будет. Использование первичного ключа является простейшим способом предотвращения дублирования записей таблицы. Access требует, чтобы при создании межтабличной связи типа один-к-одному или при одновременном изменении записей нескольких таблиц первичный ключ был определен обязательно.
Хотя в Access это и не является обязательным требованием, главная таблица должна иметь первичный ключ. При его наличии пользователь просто не сможет ввести в таблицу записи с одинаковыми значениями ключевого поля. Часто связанные таблицы тоже имеют первичные ключи, хотя это и не обязательно. Предыдущие версии Access рассматривали таблицу без первичного ключа как нечто странное, и каждый раз при выходе из режима конструктора предлагали создать для таблицы первичный ключ. Access делает это только один раз.
Первичный ключ может состоять и из нескольких полей, тогда он называется составным ключом.
Изменение полей и межтабличных связей
Очень часто в процессе разработки базы данных обнаруживается, что нужно поменять местами поля таблицы, изменить их типы или межтабличные связи. Это одна из причин, по которой готовую базу данных нужно сначала протестировать, введя в нее некоторое количество пробных записей, проверить, все ли правильно и удобно ли будет пользователю работать, и только когда все необходимые изменения внесены, запускать базу данных.
Изменять можно практически все: форматы полей, их типы и размеры, условия проверки вводимых значений и т.д. Для этого нужно просто переключиться в режим конструктора и внести необходимые изменения свойств полей. Однако нужно иметь в виду, что изменения типов полей могут повлечь за собой потерю данных, поэтому, прежде чем предпринимать подобные действия с таблицами, содержащими нужную информацию, следует внимательно прочитать соответствующий раздел этой главы. Не менее разрушительным может оказаться и изменение межтабличных связей, поэтому этот вопрос тоже требует предварительного детального изучения.
Изменение порядка полей таблицы
Бывает, что создав таблицу и открыв ее в режиме таблицы, разработчик решает, что порядок ее полей не удобен для ввода и просмотра данных. В этом случае поля можно поменять местами, причем сделать это можно с помощью мыши. Затем можно решить, сохранить сделанные изменения навсегда или аннулировать их после закрытия таблицы. Итак, изменить положение поля в таблице можно сделать следующим образом.
1. Откройте таблицу в режиме таблицы. Изменение порядка следования полей — это единственное изменение структуры таблицы, которое можно выполнить в этом режиме.
2. Щелкните на кнопке с именем того поля, которое нужно переместить. При этом столбец поля окажется выделенным целиком.
3. Укажите курсором мыши на заголовок поля и нажмите левую кнопку мыши — вид курсора изменится, указывая на то, что выполняется операция перетаскивания объекта. На новую позицию левого края поля указывает при перетаскивании толстая вертикальная черта.
Похожие работы
... которые обеспечивают вычисление итогов, отображение сгруппированных и построение новых таблиц. Запрос можно использовать даже для обновления данных в таблицах, удаления записей и добавления одной таблицы к другой. 2. Проектирование и создание реляционной базы для Молодежного Центра 2.1 Построение информационно логической модели данных Работа по созданию базы данных началась с карандашом и ...
ы. Цель работы – изучить технологию создания базы данных. Задачи работы: 1. Изучение основных процессов в деятельности биржи труда на примере биржи труда «Шанс» (г. Барнаул) 2. Создание таблиц 3. Создание схемы данных 4. Заполнение таблиц данными 5. Формирование запросов 6. Формирование отчетов Данная работа была проведена на домашнем персональном компьютере (оперативная ...
... Формирование запросов 6. Формирование отчетов Данная работа проводилась на домашнем персональном компьютере (оперативная память 256, HDD 120 Гб), с установленным программным обеспечением: ОС Windows, MS Office. 1. Технология создания базы данных в среде MS Access В Microsoft Access поддерживаются три метода создания Базы данных Access. Создание базы данных с помощью мастера Можно ...
... источников, каждый из которых связан с определённым видом деятельности. Для координации всех этих данных необходимы определённые знания и организационные навыки. Microsoft Access объединяет сведения из разных источников в одной реляционной базе данных. Создаваемые формы, запросы и отчёты позволяют быстро и эффективно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, ...
0 комментариев