|
Теория баз данных и их создание в среде
МИНИСТЕРСТВО ОБЩЕГО И
ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
МОСКОВСКИЙ
ГОСУДАРСТВЕННЫЙ ОТКРЫТЫЙ УНИВЕРСИТЕТ
КОЛОМЕНСКИЙ ИНСТИТУТ
КУРСОВАЯ
РАБОТА
по дисциплине
«Информационные системы
управления»
на тему: «Теория баз данных
и их создание в среде Microsoft Access’97»
Выполнил Свириденко С.А., гр. Э-51
Проверил Фефелов С.И.
Коломна
1998 г.
Содержание:
ВВЕДЕНИЕ. ПОНЯТИЕ ИНФОРМАЦИОННОЙ
СИСТЕМЫ.......................... 3
1. Базы данных..................................................................................................... 5
1.1 Модели баз данных...................................................................................... 5
1.1.1 Реляционная модель..................................................................................... 5
1.1.2 Иерархическая модель................................................................................. 6
1.1.3 Сетевая модель............................................................................................ 6
1.2 Проблемы реляционного подхода..................................................... 6
1.3 Нормализация................................................................................................. 7
1.4 Достоверность информации.................................................................. 7
2. Основы разработки базы данных...................................................... 8
3.
Работа с таблицами базы данных на примере СУБД Microsoft Access 11
3.1. Структура таблицы.................................................................................... 11
3.2. Данные таблицы.......................................................................................... 11
3.3. Создание таблицы..................................................................................... 12
3.3.1. Создание новой пустой таблицы............................................................ 13
3.3.2. Создание таблицы в режиме конструктора......................................... 13
3.4. Ключи и индексы....................................................................................... 23
3.4.1. Типы ключевых полей................................................................................ 23
3.4.2. Индексы...................................................................................................... 24
3.4.3. Создание и изменение ключевых полей................................................... 25
3.5. Общая картина ограничений и поддержания целостности данных 27
3.5.1. Ограничения в базе данных...................................................................... 27
3.5.2. Типы ограничений в базе данных............................................................. 28
Заключение........................................................................................................ 32
Список литературы....................................................................................... 33
Введение.
Понятие информационной системы
Веками человечество накапливало
знания, навыки работы, сведения об окружающем мире, другими словами – собирало
информацию. Вначале информация передавалась из поколения в поколение в виде
преданий и устных рассказов. Возникновение и развитие книжного дела позволило
передавать и хранить информацию в более надежном письменном виде. Открытия в
области электричества привели к появлению телеграфа, телефона, радио,
телевидения – средств, позволяющих оперативно передавать и накапливать
информацию. Развитие прогресса обусловило резкий рост информации, в связи с чем
вопрос о ее сохранении и переработке становился год от года острее. С
появлением вычислительной техники значительно упростились способы хранения, а главное,
обработки информации. Развитие вычислительной техники на базе микропроцессоров
приводит к совершенствованию компьютеров и программного обеспечения. Появляются
программы, способные обработать большие потоки информации. С помощью таких
программ создаются информационные системы. Целью любой информационной системы
является обработка данных об объектах и явлениях реального мира и
предоставление человеку нужной информации о них. Если мы рассмотрим
совокупность некоторых объектов, то сможем выделить объекты, обладающие
одинаковыми свойствами. Такие объекты выделяют в отдельные классы. Внутри
выделенного класса объекты можно упорядочивать как по общим правилам
классифицирования, например по алфавиту, так и по некоторым конкретным общим
признакам, например по цвету или материалу. Группировка объектов по
определенным признакам значительно облегчает поиск и отбор информации.
Информационные системы (ИС) можно условно разделить на
фактографические и документальные.
В фактографических ИС регистрируются факты – конкретные
значения данных (атрибутов) об объектах реального мира. Основная идея таких
систем заключается в том, что все сведения об объектах (фамилии людей и
названия предметов, числа, даты) сообщаются компьютеру в каком-то заранее
обусловленном формате (например дата – в виде комбинации ДД.ММ.ГГГГ).
Информация, с которой работает фактографическая ИС, имеет четкую структуру,
позволяющую машине отличать одно данное от другого, например фамилию от
должности человека, дату рождения от роста и т.п. Поэтому фактографическая
система способна давать однозначные ответы на поставленные вопросы.
Документальные ИС
обслуживают принципиально иной класс задач, которые не предполагают
однозначного ответа на поставленный вопрос. Базу данных таких систем образует
совокупность неструктурированных текстовых документов (статьи, книги, рефераты
и т.д.) и графических объектов, снабженная тем или иным формализованным
аппаратом поиска. Цель системы, как правило,
- выдать в ответ на запрос пользователя список документов или объектов, в
какой-то мере удовлетворяющих сформулированным в запросе условиям.
Указанная классификация ИС в известной мере устарела, так
как современные фактографические системы часто работают с неструктурированными
блоками информации (текстами, графикой, звуком, видео), снабженными
структурированными описателями. Чтобы пояснить, как фактографическая система
может превратиться в документальную (и наоборот), рассмотрим условный пример.
Пусть объектом обработки фактографической ИС является некий
список ученых-экономистов, причем для каждого ученого имеются следующие данные:
·
Имя ;
·
Дата рождения в
формате ДД.ММ.ГГГГ;
·
Национальность
(русский или иностранец);
·
Биография
(произвольный текст);
·
Названия трудов
ученого.
Располагая структурированными описателями (имя,
дата, пол), система может выдать строгие ответы на вопросы: а) о любом ученом
персонально; б) о распределении ученых по дате рождения и полу (в любых
сочетаниях). Заметим, что те же данные в той или иной форме дублируются в
биографии, например: «Уильям Стаффорд родился в 1554 году в семье…», «Иван
Тихонович Посошков жил с 1652 по 1726 год…» и т.д. Однако, если удалить из
списка структурированные описатели, система превратится в документальную и,
если не принять мер, утратит способность находить и классифицировать ученых. В
отличие от нас, компьютер не знает, что Стаффорд – иностранец, а Посошков –
русский, что «родиться» и «жить с… по…»
- синонимы и т.д.
В данной работе рассматриваются фактографические ИС,
которые используются буквально во всех сферах человеческой деятельности, а
практика работы с ними будет рассмотрена на примере современной системы
управления базами данных (СУБД) Microsoft
Access.
1. Базы данных
Основа ИС, объект ее обработки – база данных.
Что такое база данных (БД)? В широком смысле слова
можно сказать, что БД – это совокупность сведений о конкретных объектах
реального мира в какой-либо предметной области. Синоним термина «база данных» –
«банк данных».
Чтобы обеспечить быстроту и качество поиска данных в
базе, этот процесс должен быть автоматизирован. Компьютерную базу данных можно
создать несколькими способами:
·
С помощью алгоритмических языков программирования,
таких как Basic, Pascal, C++
и т.д. Данный способ применяется для создания уникальных баз данных.
·
С помощью прикладной среды, например Visual Basic. С его помощью можно
создавать базы данных, требующие каких-то индивидуальных особенностей
построения.
·
С помощью специальных программных сред, которые
называются системами управления базами данных.
В настоящее время существует несколько видов СУБД.
Наиболее известными и популярными СУБД являются Access, FoxPro и Paradox.
1.1 Модели баз данных
БД может быть основана на одной модели или на
совокупности нескольких моделей. Любую модель данных можно рассматривать как
объект, который характеризуется своими свойствами (параметрами), и над ней, как
над объектом, можно производить какие-либо действия.
Существуют три основных типа моделей данных –
реляционная, иерархическая и сетевая.
1.1.1 Реляционная модель
Термин «реляционный» (от латинского relatio – отношение)
указывает прежде всего на то, что такая модель хранения данных построена на
взаимоотношении составляющих ее частей. В простейшем случае она представляет
собой двухмерный массив или двухмерную таблицу, а при создании сложных
информационных моделей составит совокупность взаимосвязанных таблиц. Каждая
строка такой таблицы называется записью, а столбец – полем.
Реляционная модель данных имеет следующие свойства:
·
Каждый элемент таблицы – один элемент данных.
·
Все поля в таблице являются однородными, т.е. имеют
один тип.
·
Каждое поле имеет уникальное имя.
·
Одинаковые записи в таблице отсутствуют.
·
Порядок записей в таблице может быть произвольным и
может характеризоваться количеством полей, типом данных.
1.1.2 Иерархическая модель
Иерархическая модель БД представляет собой
совокупность элементов, расположенных в порядке их подчинения от общего к
частному и образующих перевернутое дерево (граф). Данная модель характеризуется
такими параметрами, как уровни, узлы, связи. Принцип работы модели таков, что несколько
узлов более низкого уровня соединяются при помощи связи с одним узлом более
высокого уровня.
Узел – информационная модель элемента, находящегося
на данном уровне иерархии.
Свойства иерархической модели данных:
·
Несколько узлов низшего уровня связано только с одним
узлом высшего уровня.
·
Иерархическое дерево имеет только одну вершину
(корень), не подчиненную никакой другой вершине.
·
Каждый узел имеет свое имя (идентификатор).
·
Существует только один путь от корневой записи к более
частной записи данных.
1.1.3 Сетевая модель
Сетевая модель БД похожа на иерархическую. Она имеет
те же основные составляющие (узел, уровень, связь), однако характер их
отношений принципиально иной. В сетевой модели принята свободная связь между
элементами разных уровней.
1.2 Проблемы реляционного подхода
Можно доказать, что любую структуру данных можно
преобразовать в простую двухмерную таблицу. Такое представление является
наиболее удобным и для пользователя, и для машины, - подавляющее большинство
современных информационных систем работает именно с такими таблицами, т.е. с
реляционными базами данных.
Основная идея реляционного подхода состоит в том,
чтобы представить произвольную структуру данных в виде двухмерной таблицы, т.е.
нормализовать структуру.
Каждая запись в таблице должна иметь первичный ключ,
т.е. идентификатор (или адрес), значение которого однозначно определяет эту и
только эту запись. Первичный ключ должен обладать двумя свойствами.
1. Однозначная
идентификация записи: запись должна однозначно определяться значением ключа.
2. Отсутствие
избыточности: никакое поле нельзя удалить из ключа, не нарушая при этом
свойства однозначной идентификации.
Каждое значение первичного ключа в пределах таблицы
должно быть уникальным. В противном случае невозможно отличить одну запись от
другой. Указание ключа – это единственный способ отличить одну запись от
другой. Обычно используют придуманные разработчиком уникальные цифровые
значения – код, табельные номера и т.д.
Кроме первичного, могут использоваться так
называемые простые (или вторичные) ключи таблицы. Простых ключей может быть
множество. Они используются при упорядочивании (индексировании) таблиц.
1.3 Нормализация
Мы уже говорили, что процесс превращения
иерархической или сетевой структуры данных в реляционную называется нормализацией.
Внешне эта операция очень проста, но содержит некоторые нюансы, игнорирование
которых может привести к неприятностям. Нюансы эти заключаются в том, что даже
для простых двухмерных структур приходится подправлять состав полей.
Например, мы включим в таблицу поле, значение
которого не зависит от первичного ключа. В таком случае появляется возможность
утери информации. Однако важнее другое: повторяя многократно одни и те же
данные, мы не только переделаем массу лишней работы, но и неминуемо ошибемся.
Поэтому следует стремиться к исключению из таблицы полей, которые не связаны
непосредственно с первичным ключом таблицы. Для этого, помимо оперативной,
можно создать несколько справочных таблиц. Оперативная таблица меняется часто,
а справочники – редко, их легко выправить раз и навсегда, внося в дальнейшем
лишь небольшие изменения.
При проектировании таблиц рекомендуются следующие
«золотые правила»:
1. Надо
уяснить себе, что есть первичный ключ таблицы (т.е. убедиться, что двух записей
с одинаковым значением ключа в таблице быть не может)
2. Если
первичный ключ не просматривается, подумать, правильно ли подобран состав полей
3. Если
первичный ключ безупречен, к нему можно дописывать любые атрибуты, зависящие
только от ключа.
Если при
просмотре подготовленной БД в паре таблиц обнаружится одноименное поле, которое
не входит в первичный ключ ни одной из этих таблиц, - это ошибка нормализации.
Система не сможет контролировать согласованность значений таких полей.
1.4 Достоверность информации
Поскольку первичное заполнение таблиц и ввод их в
машину ведет человек, ошибки в данных являются не исключением, а правилом, и
любая ИС должна иметь средство для диагностики и исправления ошибок.
Нарушение логической взаимосвязи – это логические
(семантические) ошибки, ошибки смысла, которые могут быть обнаружены аппаратом
формального логического контроля, построенным для ИС. Кроме того, конкретная ИС
может иметь собственные средства дополнительного («нестандартного») контроля,
так как стандартные средства не могут охватить все возможные случаи. В
современных СУБД имеются средства поддержания целостности данных. Кроме того, в
современных ИС можно указать условия, которым должны удовлетворять значения
некоторых полей (условия верификации данных).
Гораздо сложнее дело обстоит с ошибками в допустимых
значениях данных. Такие ошибки условно называются арифметическими, хотя это не
совсем точно, так как ошибочно может быть записано значение текстового данного:
например, Иванов И.П. вместо Иванов А.П.
Существует ряд средств для выявления арифметических ошибок, однако на
пользовательском уровне ограничиваются простым визуальным контролем.
2. Основы разработки базы данных
Прежде чем приступать к работе с базой данных, в
первую очередь необходимо выбрать модель представления данных. Она должна
отвечать следующим требованиям:
·
Наглядность представления информации;
·
Простота ввода информации;
·
Удобство поиска и отбора информации;
·
Возможность использования информации, введенной в
другую базу;
·
Возможность быстрой перенастройки базы данных
(добавление новых полей, новых записей, их удаление).
При разработке БД можно выделить следующие этапы
работы.
I этап. Постановка проблемы
На этом этапе формируется задание по созданию БД. В
нем подробно описывается состав базы, назначение и цели ее создания, а также
перечисляется, какие виды работ предполагается осуществлять в этой базе данных
(отбор, дополнение, изменение данных, печать или вывод отчета и т.д.).
II этап. Анализ объекта
На этом этапе необходимо рассмотреть, из каких
объектов может состоять ваша БД, каковы свойства этих объектов. После разбиения
БД на отдельные объекты необходимо рассмотреть свойства каждого из этих
объектов, другими словами, установить, какими параметрами описывается каждый
объект. Все эти сведения можно располагать в виде отдельных записей и таблиц.
Далее необходимо рассмотреть тип данных каждой отдельной единицы записи
(текстовый, числовой и т.д.). Сведения о типах данных также следует занести в
составляемую таблицу.
III этап. Синтез модели
На этом этапе по проведенному выше анализу
необходимо выбрать определенную модель БД. Далее рассматриваются достоинства и
недостатки каждой модели, сопоставить их с требованиями и задачами вашей БД и
выбрать ту модель, которая сможет максимально обеспечить реализацию
поставленной задачи. После выбора модели необходимо нарисовать ее схему с
указанием связей между таблицами или узлами.
IV этап. Способы
представления информации, программный инструментарий
После создания модели необходимо, в зависимости от
выбранного программного продукта, определить форму представления информации. В
большинстве СУБД данные можно хранить в двух видах:
·
С использованием форм;
·
Без использования форм.
Форма – созданный пользователем графический
интерфейс для ввода данных в базу.
V этап. Синтез компьютерной
модели объекта и технология его создания
После рассмотрения инструментальных возможностей
выбранного программного продукта можно приступить к реализации БД на
компьютере. В процессе создания компьютерной модели можно выделить некоторые
стадии, типичные для любой СУБД.
Стадия 1. Запуск СУБД, создание нового файла базы
данных или открытие созданной ранее базы
В процессе выполнения данной стадии необходимо
запустить СУБД, создать новый файл (новую базу) или открыть существующую.
Стадия 2. Создание исходной таблицы или таблиц.
Создавая исходную таблицу, необходимо указать имя и
тип каждого поля. Имена полей не должны повторяться внутри одной таблицы. В
процессе работы с БД можно дополнять таблицу новыми полями. Созданную таблицу
необходимо сохранить, дав ей имя, уникальное в пределах создаваемой базы.
Стадия 3. Создание экранных форм.
Первоначально необходимо указать таблицу, на базе
которой будет создаваться форма. Ее можно создавать при помощи Мастера форм или
самостоятельно, указав, какой вид она должна иметь (например, в виде столбца
или таблицы). При создании формы можно указывать не все поля, которые содержит
таблица, а только некоторые из них. Имя формы может совпадать с именем таблицы,
на базе которой она создана. На основе одной таблицы можно создать несколько форм,
которые могут отличаться видом или количеством используемых из данной таблицы
полей. После создания форму необходимо сохранить. Созданную форму можно
редактировать, изменяя местоположение, размеры и формат полей.
Стадия 4. Заполнение БД.
Процесс заполнения БД может проводиться в двух
видах: в виде таблицы и в виде формы. Числовые и текстовые поля можно заполнять
в виде таблицы, а поля типа МЕМО и OLE – в виде формы.
VI этап. Работа с созданной
базой данных
Работа с БД включает в себя такие действия, как:
·
Поиск необходимых сведений;
·
Сортировка данных;
·
Отбор данных;
·
Вывод на печать;
·
Изменение и дополнение данных.
Рассмотрим все этапы создания и принципы работы с
базами данных на примере СУБД Microsoft Access.
3. Работа с таблицами базы данных на примере СУБД Microsoft Access
Таблицы – фундаментальные объекты реляционной базы данных, в которых
хранится основная часть данных приложения. Отдельная таблица чаще всего хранит
информацию по конкретной теме (например, сведения о служащих компании или
адреса заказчиков). Информация в таблице организуется в строки (записи) и
столбцы (поля). Таблице присущи два компонента: структура таблицы и данные
таблицы.
3.1. Структура таблицы
Структура таблицы (также называется определением таблицы) специфицируется
при создании таблицы. Структура таблицы должна быть спроектирована и создана
перед вводом в таблицу каких-либо данных. Она определяет, какие данные таблица
будет хранить, а также правила, ассоциированные с вводом, изменением или
удалением данных (бизнес-правила, или ограничения). Структура таблицы доступна
через окно конструктора таблиц. Чтобы открыть это окно для существующей
таблицы, нужно открыть вкладку Таблицы окна
базы данных, выбрать таблицу и нажать кнопку Конструктор.
Структура таблицы включает следующую информацию:
Имя таблицы Имя, по которому к таблице можно обратиться в свойствах, методах и операторах SQL. Столбцы таблицы Категории информации, сохраненной в таблице. Каждый столбец имеет имя и тип данного. Табличные и столбцовые ограничения Ограничения целостности, определенные на уровне таблицы или на уровне столбца.
Окно конструктора таблиц используется как для определения структуры таблицы
при ее создании, так и для последующего изменения структуры таблицы. Эти
операции обсуждаются ниже.
3.2. Данные таблицы
Данные таблицы – информация, которая сохранена в таблице. Все данные
таблицы хранятся в строках, каждая из которых содержит порции информации в
столбцах, определенных в структуре таблицы. Данные – та часть таблицы, к
которой обычно должны иметь доступ пользователи приложения (например, данные
таблицы могут выводиться в элементах управления, размещенных в формах и отчетах,
либо предоставляться в режиме таблицы).
3.3. Создание таблицы
Так как таблицы – объекты, которые будут хранить большую часть данных
приложения, подходить к проектированию таблиц необходимо со всей тщательностью.
Правильная разработка таблиц включает много аспектов, которые достойны
глубокого рассмотрения. Ниже приводятся некоторые базовые принципы разработки
таблиц.
1.
Необходимо избегать дублирования информации. Для каждой категории
информации следует использовать отдельную таблицу. Например, не стоит хранить
описания отделов в таблице, которая хранит информацию о служащих. Процесс
проектирования таблиц, позволяющий исключать дублирование данных, называется
нормализацией. Нормализация также позволяет экономить пространство базы данных
и помогает предотвратить ошибки, которые могут возникать при наличии
дублированной информации. В Access процедуры нормализации помогает выполнить
мастер анализа.
2.
Не следует хранить значения, которые могут быть легко вычислены из
существующих значений. Например, не нужно хранить сумму всех позиций товарного
заказа, так как ее можно вычислить с помощью простой формулы.
3.
Для полей необходимо выбирать подходящий тип данных. Это поможет уменьшить
размеры базы данных и увеличит скорость выполнения операций. При описании поля
следует устанавливать для него тип данных наименьшего размера, позволяющий
хранить нужные данные.
4.
В каждой создаваемой таблице нужно стараться включать столбец или набор
столбцов первичного ключа. Первичные ключи необходимы для установления между
таблицами отношений один-к-многим. Кроме того, многие базы данных поддерживают
ограничения по первичному ключу, используя индекс, который может значительно
повышать скорость поиска и операций сортировки. В составном ключе, включающем
несколько полей, нужно использовать ровно столько полей, сколько для него
необходимо.
Имеются специальные случаи, когда первичный ключ целесообразнее не
создавать. Например, для некоторых таблиц индекс, ассоциированный с первичным
ключом, может неприемлемо снижать производительность ввода и модификации
данных. После того как проект таблицы готов, можно приступать к ее созданию.
Создать таблицу можно двумя способами. Для ввода новых данных можно создать
пустую таблицу. Можно также создать таблицу, используя уже существующие данные
из другого источника.
3.3.1. Создание новой пустой таблицы
В Microsoft Access существует несколько способов создания новой таблицы:
1.
Использование мастера баз данных для создания новой стандартной базы данных
из числа предоставляемых Access. Созданная за одну операцию база данных будет
содержать все требуемые отчеты, таблицы и формы. Мастер баз данных создает
новую базу данных целиком, его нельзя использовать для добавления новых таблиц,
форм и отчетов в уже существующую базу данных.
2.
Мастер таблиц позволяет выбрать поля для данной таблицы из числа
определенных ранее таблиц.
3.
Ввод данных непосредственно в пустую таблицу в режиме таблицы. При
сохранении новой таблицы в Microsoft Access данные анализируются и каждому полю
присваивается необходимый тип данных и формат.
4.
Определение всех параметров структуры таблицы в режиме конструктора.
5.
Импорт в текущую базу данных структур таблиц и данных из внешнего
источника.
6.
Создание в текущей базе данных таблиц, связанных с таблицами внешнего
источника.
Независимо от метода, примененного для создания таблицы, всегда имеется
возможность использовать режим конструктора для дальнейшего изменения структуры
таблицы, например для добавления новых полей, установки значений по умолчанию
или для создания масок ввода.
3.3.2. Создание таблицы в режиме
конструктора
Режим конструктора позволяет наиболее гибко управлять всеми создаваемыми и
уже имеющимися компонентами определения таблицы. Чтобы создать таблицу в режиме
конструктора:
1.
Перейти в окно базы данных. Переключиться из другого окна в окно базы
данных можно, нажав клавишу «F 11».
2.
Выбрав вкладку Таблицы, нажать
кнопку Создать.
Прошу обратить внимание: Если данная таблица является связанной,
то добавлять в нее новое поле в текущей базе данных невозможно. Если связанная
таблица является таблицей Microsoft Access, для добавления поля необходимо
открыть исходную базу данных. Если связанная таблица является таблицей другого
приложения, то для добавления поля необходимо открыть исходный файл в этом
приложении.
3.
В окне Новая таблица выбрать
элемент Конструктор.
4.
Определить в таблице каждое поле. Поля таблицы содержат данные,
представляющие порции записи. Пользователь имеет возможность определять формат
отображения данных, указывать значения по умолчанию и ускорять операции поиска
и сортировки, задавая значения свойств полей в разделе Свойства поля в режиме конструктора таблицы. В Microsoft Access свойства полей используются при
просмотре или изменении данных пользователем. Например, заданные пользователем
значения свойств Формат поля, Маска
ввода и Подпись определяют вид базы данных таблицы и запроса. Элементы
управления в новых формах и отчетах, присоединенные к полям таблицы, наследуют
эти свойства полей базовой таблицы по умолчанию. Другие свойства позволяют
определить условия на значения полей или задать обязательный ввод данных в
поле. Microsoft Access будет проверять выполнение этих
условий при каждом добавлении или изменении данных в таблице. Для добавления
поля в конец структуры таблицы нужно выбрать первую пустую строку структуры.
Для вставки поля в середину структуры следует выбрать строку, над которой
требуется добавить новое поле, и нажать кнопку Добавить строки на панели инструментов. В столбец Имя столбца ввести имя поля; в столбце Тип данных выбрать требуемый тип данных
в раскрывающемся списке либо оставить настройку по умолчанию (Текстовый). В
столбце Описание можно ввести
необязательное краткое описание поля. Текст описания будет выводится в строке
состояния при добавлении данных в поле, а также будет включен в описание
объекта таблицы. При необходимости можно задать значения свойств поля в бланке
свойств в нижней части окна.
5.
Назначить ключевые поля таблицы. Наличие в таблице ключевых полей не
обязательно. Однако если они не были определены, то при сохранении таблицы
выдается вопрос, нужно ли их создавать.
6.
Для сохранения таблицы нажать кнопку Сохранить
на панели инструментов, введя допустимое имя таблицы.
Выбор для поля таблицы типа данного
Тип данного поля таблицы можно выбрать в раскрывающемся списке в столбце Тип данных. При выборе типа данных,
используемых в поле, необходимо учитывать следующее:
1.
какие значения должны отображаться в поле. Например, нельзя хранить текст в
поле, имеющем числовой тип данных, и нецелесообразно хранить числовые данные в
текстовом виде;
2.
сколько места необходимо для хранения значений в поле;
3.
какие операции должны производиться со значениями в поле. Например,
суммировать
4.
значения можно в числовых полях и в полях, имеющих валютный формат, а в
текстовых полях и полях объектов OLE, – нельзя;
5.
нужна ли сортировка или индексирование поля. Сортировать и индексировать
поля МЕМО, гиперссылки и объекты OLE невозможно;
6.
будут ли поля использоваться в группировке записей в запросах или отчетах.
Поля МЕМО, гиперссылки и объекты OLE использовать для группировки записей
нельзя;
7.
каким образом должны быть отсортированы значения в поле. Числа в текстовых
полях сортируются как строковые значения (1, 10, 100, 2, 20, 200 и т. д.), а не
как числовые значения. Для сортировки чисел как числовых значений необходимо
использовать числовые поля или поля, имеющие денежный формат. Также многие
форматы дат невозможно надлежащим образом отсортировать, если они введены в
текстовое поле. Для обеспечения сортировки дат и времен следует использовать
поле типа Дата/Время.
В следующей таблице представлены все типы данных Microsoft Access и их
применение. Тип данных Применение Размер Текстовый Текст или комбинация текста и чисел, например адрес, а также числа, не требующие вычислений, например номера телефонов, номенклатурные номера или почтовый индекс. До 255 символов. Хранятся только введенные в поле символы; позиции, не использованные в текстовом поле, не хранятся. Для управления максимальным числом вводимых символов следует определить свойство Размер поля. Поле МЕМО Длинный текст или числа, например комментарии или описание. Поля МЕМО не могут быть индексированы или отсортированы. Для хранения форматированного текста или длинных документов, вместо поля МЕМО, следует создать поле объекта OLE. До 64 000 символов. Числовой Числовые данные, используемые для математических вычислений, за исключением вычислений, включающих денежные операции (для которых используется денежный тип). Тип и размер значений, которые могут находиться в числовом поле, можно изменить в свойстве Размер поля. Например, в поле, занимающее на диске 1 байт, допускается ввод только целых чисел (без десятичных знаков) от 0 до 255. 1, 2, 4 или 8 байт. 16 байт только для кодов репликации. Дата/Время Даты и время. Хранение значений дат и времени в поле типа Дата/Время обеспечивает правильную сортировку. Все изменения, внесенные в форматы дат и времени в окне Язык и стандарты Панели управления Windows, будут автоматически отражены в полях типа Дата/Время. 8 байт. Денежный Значения валют. Денежный тип используется для предотвращения округлений во время вычислений. Предполагает до 15 символов в целой части числа и 4 – в дробной. 8 байт. Счетчик Автоматическая вставка последовательных (отличающихся на 1) или случайных чисел при добавлении записи. Для создания возрастающего счетчика следует оставить все настройки свойства в нижней части окна прежними, по умолчанию, в свойстве Размер поля задано значение Длинное целое, а в свойстве Новые значения – Последовательные. Для создания счетчика случайных чисел для свойства Новые значения нужно установить значение Случайные. 4 байта. Для кодов репликации – 16 байт. Логический Содержащие только одно или два значения, такие как Да/Нет, Истина/Ложь, Вкл/Выкл. 1 бит. Объекты OLE Объекты (например, документы Microsoft Word, электронные таблицы Microsoft Excel, рисунки, звуки и другие данные), созданные в других программах, использующих протокол OLE. Объекты могут быть связанными или внедренными в таблицу Microsoft Access. Для отображения объекта OLE в форме или отчете необходимо использовать элемент управления Присоединенная рамка объекта. До 1 гигабайта Гиперссылка Поле, в котором хранятся гиперссылки. Гиперссылка может быть либо типа UNC (стандартный формат пути файла с включением сетевого сервера), либо URL (адрес объекта в 1п1егпе1 или внутренней сети с включением типа протокола доступа). До 64 000 символов Мастер подстановок Создается поле, позволяющее выбрать значение. Из другой таблицы или из списка значений, используя поле со списком. При выборе данного параметра в списке типов данных для их определения загружается мастер. Размер такой же, как и размер ключевого поля
Важно: Числовые, денежные и логические типы данных, а также
Дата/Время обеспечивают стандартные форматы отображения. Для выбора форматов
для каждого типа данных следует определить свойство Формат. Для всех данных, кроме объектов OLE, можно также создать
пользовательский формат отображения. Подробнее см. ниже, в разделе
"Свойство Формат поля".
Свойство Размер поля
Свойство Размер поля определяет
максимальный размер данных, которые могут сохраняться в полях с типом данных
Текстовый, Числовой или Счетчик.
Если свойство Тип данных имеет
значение "Текстовый", значением данного свойства должно быть целое
число в диапазоне от 0 до 255. По умолчанию задается размер 50.
Если свойство Тип данных имеет
значение "Счетчик", то допустимыми значениями свойства Размер поля будут "Длинное
целое" или "Код репликации".
Если поле имеет тип данных "Числовой", то допустимыми являются
следующие значения свойства Размер поля: Значение Описание Дробная часть Размер Байт Числа от 0 до 255 Отсутствует 1 байт Целое Числа от -32 768 до 32 767 Отсутствует 2 байта Длинное целое (Значение по умолчанию). Числа от -2 147 483 648 до 2 147 483 647 Отсутствует 4 байта С плавающей точкой (4 байта) Числа от -3.402823Е38 до -1.401298Е-45 для отрицательных значений и от 1.401298Е-45 до 3.402823Е38 для положительных. 7 знаков 4 байта С плавающей точкой (8 байт) Числа от -1.79769313486232Е308 до -4.94065645841247Е для отрицательных значений и от 1.79769313486231Е308 до 4.94065645841247Е-324 для положительных. 15 знаков 8 байт Код репликации Глобальный уникальный идентификатор (GUID) при репликации объектов данных Не определено 16 байт
Для получения или задания максимального размера текстового поля в программе
Visual Basic следует использовать свойство Size
объектов доступа к данным (DAO). Для полей других типов значение
свойства Size автоматически
определяется значением свойства Туре.
Важно: Пользователь имеет возможность указать стандартные
размеры текстовых и числовых полей в группе Размеры полей по умолчанию на вкладке Таблицы/запросы (в диалоговом окне Параметры, которое открывается командой Параметры в меню Сервис).
Рекомендую задавать минимально допустимое значение свойства Размер поля, поскольку обработка данных
меньшего размера выполняется быстрее и требует меньше памяти. Преобразование
большего значения свойства Размер поля к
меньшему в таблице, которая уже содержит данные, может привести к потере
данных. Например, при уменьшении размера текстового поля с 255 до 50 все
значения, длина которых превышает 50 символов, будут усечены. Данные в числовом
поле, которые выходят за пределы диапазона, соответствующего новому размеру
поля, округляются или заменяются пустыми значениями. Например, при замене
значения "С плавающей точкой (4 байта)" на "Целое" дробные
числа будут округлены до ближайшего целого числа, а значения вне диапазона от
-32 768 до 32 767 будут преобразованы в пустые значения. Отменить изменения
данных, произошедших при модификации свойства Размер поля, после его сохранения в режиме конструктора таблицы
будет невозможно. Для полей, в которых планируется хранить числовые значения с
одним – четырьмя знаками в дробной части, рекомендуется использовать денежный
тип данных. При обработке числовых значений из полей типа "С плавающей
точкой (4 байта)" и "С плавающей точкой (8 байт)" применяются
вычисления с плавающей точкой. При обработке числовых значений из денежных
полей используются более быстрые вычисления с фиксированной точкой.
Поле типа Счетчик
Для создания полей, в которые при добавлении записи автоматически вводится
число, в Microsoft Access существует тип данных Счетчик. При этом созданный для
записи номер уже не может быть удален или изменен. В поле счетчика могут быть
использованы три типа чисел: последовательно возрастающие на один, случайные
числа, а также коды репликации (также называются GUID – глобальные уникальные
идентификаторы). Наиболее часто используется счетчик последовательно
возрастающих чисел. Такой тип счетчика удобно использовать как ключевое поле
таблицы. Счетчик случайных чисел создает уникальный номер для каждой записи в
таблице.
Поле счетчика и репликация
Код репликации используется при репликации базы данных для создания
уникальных идентификаторов, обеспечивающих синхронизацию реплик. При репликации
базы данных необходимо определить подходящий размер для поля типа Счетчик,
используемого в качестве ключевого поля таблицы. При использовании поля типа
Счетчик как ключевого поля для таблицы в реплицированной базе данных для его
свойства Размер поля можно
установить значение либо Длинное целое, либо Код репликации. Если между
операциями синхронизации реплик добавляется, как правило, менее 100 записей, то
с целью экономии дискового пространства для свойства Размер поля следует использовать значение Длинное целое. Ну а если
между операциями синхронизации добавляется более 100 записей, то с целью
предотвращения повторения значений в ключевых полях в разных репликах следует
использовать значение Код репликации. Однако следует иметь в виду, что в поле
типа Счетчик с размером Код репликации генерируются 128-байтовые значения,
требующие больше места на диске.
Свойство Формат поля
Свойство Формат поля позволяет
указать форматы вывода текста, чисел, дат и значений времени на экран и на
печать. Например, для поля Цена разумно указать в свойстве Формат поля формат Денежный и установить для его свойства - Число десятичных знаков - значение 2
или Авто. В этом случае введенное в поле значение 4321,678 будет отображаться
как 4 321,68р. Допустимо использование как встроенных, так и специальных
форматов, созданных при помощи символов форматирования. Для элементов
управления значение свойства Формат поля
задается в окне свойств. Для поля в таблице или запросе значение данного
свойства задается в режиме конструктора таблицы (в разделе свойств поля) или в
окне запроса (в окне свойств поля). Форматы можно выбирать из списка встроенных
форматов для полей, имеющих числовой, денежный, логический типы данных, а также
типы данных счетчика и даты/времени. Также для любых типов данных полей,
отличных от объектов OLE; есть возможность создания собственных
специальных форматов. Кроме того, значение данного свойства можно задать в
макросе или в программе.
Свойство Формат поля определяет
только способ отображения данных, не оказывая воздействия на способ их
сохранения. В Microsoft Access определены стандартные форматы для
полей с типами данных Числовой, Дата/Время, Логический, Текстовый и Поле МЕМО.
В качестве стандартных используются национальные форматы, выбираемые в окне Язык и стандарты Панели управления
Windows. Набор форматов определяется настройками для конкретной страны.
Например, если на вкладке Язык и
стандарты указать Английский (США), то число 1234.56 в денежном формате
будет выглядеть как $1,234.56. Но если указать на этой вкладке Русский, то это
число будет выглядеть так: 1 234,56р. Настройка Формат поля, заданная в режиме конструктора таблицы, используется
для отображения данных в режиме таблицы. Эта же настройка применяется при
создании связанных с этим полем новых элементов управления в форме или отчете.
Ниже перечисляются символы, используемые при определении специальных
форматов для любого типа данных. Символ Значение (Пробел) Выводит пробел как символьную константу. "АВС" Все символы внутри кавычек считаются символьными константами. ! Выравнивает символы по левому краю. * Заполняет доступное пустое пространство следующим символом. \ Выводит следующий символ как символьную константу. Для этой же цели можно использовать кавычки. [цвет] Задает цвет, название которого указано в скобках. Допустимые имена цветов: Черный, Синий, Зеленый, Бирюзовый , Красный, Лиловый, Желтый, Белый.
Не разрешается смешивать в одном формате специальные символы,
предназначенные для определения числовых форматов, форматов даты/времени и
текстовых форматов. Если для поля определено значение свойства Маска ввода, а в свойстве Формат поля задается другое
форматирование тех же данных, то приоритет имеют настройки, задаваемые в
свойстве Формат поля, а значение Маска ввода игнорируется. В свойстве Формат поля задаются разные настройки
для различных типов данных. Ниже приводится описание конкретных настроек.
Свойство Формат поля для даты/времени
Свойство Формат поля позволяет
указать использование встроенных или специальных числовых форматов для полей
даты/времени. В следующей таблице приводятся встроенные значения свойства Формат поля для полей даты/времени. Значение Описание Полный формат даты (Значение по умолчанию). Если значение содержит только дату, то время не отображается; если значение содержит только время, то дата не отображается. Данный формат является комбинацией двух: "Краткий формат даты" и "Длинный формат времени". Примеры: 01.11.95 1:07:19 и 23.01.96 23:01:04. Длинный формат даты Совпадает с настройкой "Полный формат", задающейся в окне Язык и стандарты Панели управления Windows. Пример: 1 Июнь 1995 г. Средний формат даты Пример: 03-апр-95. Краткий формат даты Совпадает с настройкой "Краткий формат даты", задающейся в окне Язык и стандарты Панели управления Windows. Пример: 11.06.95. Значения краткого формата даты предполагают, что даты из диапазона 01.01.00 и 31.12.29 относятся к двадцать первому веку (то есть, предполагаются годы с 2000 по 2029). Предполагается также, что даты из промежутка 01.01.30 и 31.12.99 относятся к двадцатому веку (то есть годы с 1930 по 1999). Длинный формат времени Совпадает с форматом времени, задающимся в окне Язык и стандарты на вкладке Время панели управления Windows. Пример: 20:58:10. Средний формат времени Пример: 05:34 РМ. Краткий формат времени Пример: 17:34.
Также существуют специальные форматы даты и времени. Специальные форматы
выводятся в соответствии со значениями, установленными в окне Язык и стандарты Панели управления Windows. Специальные форматы,
противоречащие настройкам окна Язык и
стандарты, игнорируются.
Свойство Формат поля для числовых и денежных полей
Свойство Формат поля позволяет
указать использование встроенных и специальных числовых форматов для числовых и
денежных типов данных. В следующей таблице приводятся встроенные значения
свойства Формат поля для числовых
полей. Значение Описание Основной (Значение по умолчанию). Числа отображаются так, как они были введены. Денежный Используются разделители групп разрядов; отрицательные числа выводятся в круглых скобках; свойство Число десятичных знаков по умолчанию получает значение 2. Фиксированный Выводится по крайней мере один разряд; свойство Число десятичных знаков по умолчанию получает значение 2. С разделителями Числа выводятся с разделителями групп разрядов; свойство Число разрядов десятичных знаков по умолчанию получает значение 2. Процентный Значение умножается на 100; добавляется символ процентов (%); свойство Число десятичных знаков по умолчанию получает значение 2. Экспоненциаль-ный Числа выводятся в экспоненциальной (научной) нотации.
Специальные числовые форматы могут включать в себя от одного до четырех
разделов, отделенных друг от друга точкой с запятой (;). Каждый формат содержит
спецификацию для различных разделов (типов) числовых данных. Раздел Описание Первый Формат положительных чисел. Второй Формат отрицательных чисел. Третий Формат нулевых значений. Четвертый Формат пустых значений.
Свойство Формат поля для текстовых и МЕМО-полей
Свойство Формат поля позволяет
создавать специальные форматы для текстовых и МЕМО-полей с помощью специальных
символов. Для этого используются следующие символы: Символ Описание @ Обязательный текстовый символ или пробел. & Необязательный текстовый символ. < Преобразует все символы в строчные. > Преобразует все символы в прописные.
Специальные форматы для текстовых полей и полей МЕМО могут включать один
или два раздела, разделяемых точкой с запятой (;). Эти разделы описывают спецификации
формата различных порций данных поля. Раздел Описание Первый Формат отображения текста. Второй Формат отображения строк нулевой длины и пустых значений.
Формат поля и маска ввода данных
В Microsoft Access к похожим результатам приводит изменение двух свойств
полей: свойство Формат поля и
свойство Маска ввода. Свойство Формат поля используется для
отображения данных в постоянном формате. Например, если свойство Формат поля для полей типа Дата/Время
установлено на Средний формат даты, то все вводимые данные будут отображаться в
следующем формате: 12-янв-97. Если же пользователь базы данных введет число в
виде 12.01.97 (или в другом определенном виде), то при сохранении записи формат
даты будет преобразован в Средний формат даты. При установке свойства Формат поля изменяется только
отображение значения, однако, данное свойство никак не влияет на хранение
значения в таблице. Изменения в формате отображения применяются только после
сохранения введенных данных, до этого момента определить, в каком формате были
введены данные в поле, невозможно. Если же вводом данных необходимо управлять,
в дополнение к формату отображения данных или вместо него используется маска ввода. Если требуется, чтобы данные
отображались так, как они были введены, свойство Формат поля вообще не устанавливается. Маска ввода обеспечивает
соответствие данных определенному формату, а также заданному типу значений,
вводимых в каждую позицию. Например, для поля Номер телефона требуется, чтобы
все вводимые значения телефонного номера содержали точное число только цифровых
знаков и составляли полный номер телефона (например, в США это код штата, код
города и номер абонента). Если для поля определены как формат отображения, так
и маска ввода, то при добавлении и редактировании данных используется маска
ввода, а параметр Формат поля определяет
отображение данных при сохранении записи. Если используется как свойство Формат поля, так и свойство Маска ввода, необходимо обеспечить,
чтобы результаты их действия не противоречили друг другу. Маска ввода для поля
таблицы создается в режиме конструктора с помощью мастера.
3.4. Ключи и индексы
Мощь реляционных баз данных заключается в том, что с их помощью можно
быстро найти и связать данные из разных таблиц при помощи запросов; форм и
отчетов. Для этого каждая таблица должна содержать одно или несколько полей,
однозначно идентифицирующих каждую запись в таблице. Эти поля называются
ключевыми полями таблицы. Если для таблицы обозначены ключевые поля, то
процессор базы данных (в Access – Microsoft Jet) предотвращает дублирование или ввод пустых значений в ключевое поле.
3.4.1. Типы ключевых полей
В Microsoft Access можно выделить три типа ключевых
полей: счетчик, простой ключ и составной ключ.
Ключевые поля счетчика
Поле счетчика можно задать таким образом, чтобы при добавлении каждой
записи в таблицу в это поле автоматически вносилось порядковое число (см. выше,
раздел "Поле счетчика"). Указание такого поля в качестве ключевого –
наиболее простой способ создания ключевых полей. Если до сохранения созданной
таблицы ключевые поля не были определены, то при сохранении будет выдано
сообщение о создании ключевого поля. При нажатии кнопки Да будет автоматически
создано ключевое поле счетчика.
Простой ключ
Если поле содержит уникальные значения, такие как коды или инвентарные
номера, то это поле можно определить как ключевое. Если выбранное поле содержит
повторяющиеся или пустые значения, то оно не будет определено как ключевое. Для
определения записей, содержащих повторяющиеся данные, можно выполнить запрос на
поиск повторяющихся записей. Если устранить повторы путем изменения значений
невозможно, то следует либо добавить в таблицу поле счетчика и сделать его
ключевым, либо определить составной ключ.
Составной ключ
В случаях, когда невозможно гарантировать уникальность значений каждого
отдельного поля, можно создать ключ, состоящий из нескольких полей. Чаще всего
такая ситуация возникает для таблицы, используемой для связывания двух таблиц в
отношении "многие-к-многим". Примером такой таблицы может служить
таблица Книги базы данных Картотека, связывающая таблицы Авторы и Издатели. В
этой таблице можно назначить ключ, состоящий из двух полей: NoАвтора и NoИздателя. В таблице Книги может быть
представлено много авторов и много издателей, но каждая книга присутствует в
картотеке только один раз, поэтому комбинация значений полей NoАвтора и
NoИздателя достаточна для образования ключа.
Другим примером может служить складская база данных, в инвентарной книге
которой используются один основной и один или несколько вспомогательных
инвентарных номеров.
Важно: Если определить подходящий набор полей для составного
ключа сложно, можно просто добавить поле счетчика и сделать его ключевым.
Например, не рекомендую определять ключ по полям Имена и Фамилии, поскольку
нельзя исключить повторения этой пары значений для разных людей.
3.4.2. Индексы
Индексы – объекты базы данных, которые обеспечивают быстрый доступ к
отдельным строкам в таблице. Индекс создается с целью повышения
производительности операций запросов и сортировки данных таблицы. Индексы также
используются для поддержания в таблицах некоторых типов ключевых ограничений;
эти индексы часто создаются автоматически при определении ограничения.
Индекс – независимый объект, логически отдельный от индексированной
таблицы; создание или удаление индекса никак не воздействует на определение или
данные индексированной таблицы. Он хранит высоко оптимизированные версии всех
значений одного или больше столбцов таблицы. Когда значение запрашивается из индексированного
столбца, процессор (ядро) базы данных использует индекс для быстрого нахождения
требуемого значения. Индексы должны постоянно поддерживаться, чтобы отражать
последние изменения индексированных столбцов таблицы. Процедуры обновления
индекса при вставке, модификации или удалении значения в индексированный
столбец автоматически выполняются процессором базы данных. Хотя эти операции не
требуют никаких действий со стороны пользователя, они, однако, снижают
эффективность некоторых операций манипулирования данными (кроме запросов на
выборку). Однако уменьшение производительности, ассоциированное с поддержанием
индекса, в большинстве случаев с лихвой компенсируется преимуществами повышения
быстродействия доступа к данным, которое обеспечивает индекс. Индексы
обеспечивают наибольшие выгоды для относительно статичных таблиц, по которым
часто выполняются запросы.
3.4.3. Создание и изменение ключевых полей
Для создания ключевых полей таблицы:
1.
В режиме конструктора выделить одно или несколько полей, которые необходимо
определить как ключевые. Для выделения одного поля нужно щелкнуть область
выделения строки нужного поля (кнопка слева строки). Выделить несколько полей
можно, удерживая при выборе каждого поля клавишу «Сtrl».
2.
Нажать кнопку Ключевое поле на панели
инструментов.
Создание индекса
Создать индексы, как и ключи, можно по одному или нескольким полям.
Составные индексы позволяют при отборе данных группировать записи, в которых
первые поля могут иметь одинаковые значения. Индексировать поля требуется для
выполнения частых поисков, сортировок или объединений с полями из других таблиц
в запросах. Ключевые поля таблицы индексируются автоматически. Нельзя
индексировать поля с типом данных поле МЕМО, гиперссылка или объект OLE. Для остальных полей индексирование используется, если
поле имеет текстовый, числовой, денежный тип или тип даты/времени и требуется
осуществлять поиск и сортировку значений в поле. Если предполагается, что будет
часто выполняться сортировка или поиск одновременно по двум и более полям,
можно создать составной индекс. Например, если для одного и того же запроса
часто устанавливается критерий для полей Имя и Фамилия, то для этих двух полей
имеет смысл создать составной индекс. При сортировке таблицы по составному
индексу сначала осуществляется сортировка по первому полю, определенному для
данного индекса. Если в первом поле содержатся записи с повторяющимися
значениями, то сортировка осуществляется по второму полю и т. д.
Чтобы создать индекс для одного поля надо:
1.
В режиме конструктора в панели структуры таблицы (верхняя часть окна)
выбрать поле, для которого требуется создать индекс.
2.
В панели свойств (нижняя часть окна) для свойства Индексированное поле установить значение "Да (Допускаются
совпадения)" или "Да (Совпадения не допускаются)".
Убедиться, что в данном поле совпадающих записей нет, можно, выбрав
значение "Да (Совпадения не допускаются)".
Чтобы создать составной индекс:
1.
В режиме конструктора на панели инструментов нажать кнопку Индексы.
2.
В первой пустой строке поля Индекс ввести
имя индекса. Для индекса можно использовать либо имя одного из индексируемых
полей, либо другое подходящее имя.
3.
В поле Имя поля нажать стрелку и
выбрать в списке первое поле, для которого требуется создать индекс.
4.
В следующей строке поля Имя поля указать
второе индексируемое поле (для данной строки поле Индекс следует оставить пустым). Повторить эти действия для всех
полей, которые необходимо включить в индекс. В составном индексе может быть до
10 полей.
Важно: По умолчанию, установлен порядок сортировки "По
возрастанию". Для сортировки данных полей по убыванию в поле Порядок сортировки в окне индексов
нужно указать значение "По убыванию". Хочу заметить, что поля индекса
могут не быть ключевыми.
Ограничение Onigue
Ограничение Unigue предотвращает ввод в поле повторяющихся значений. Этот тип ограничения
может быть установлен как для одного поля, так и для нескольких полей
составного ключа. Назначение ключевого поля (для одного поля) автоматически
запрещает ввод в него повторяющихся значений, тем самым обеспечивая для каждой
записи уникальный идентификатор. Однако запрет на ввод повторяющихся значений
может потребоваться и для других, не ключевых, полей.
Чтобы установить ограничение Unigue для одного поля таблицы:
1.
В режиме конструктора в панели структуры таблицы выбрать поле, в котором
допускается ввод только уникальных значений.
2.
В панели свойств для свойства Индексированное
поле установить значение "Да (Совпадения не допускаются)".
Чтобы установить ограничение Unigue для нескольких полей таблицы:
1.
В режиме конструктора открыть окно индексов и создать составной индекс,
включив в него поля, в которые должен быть, запрещен ввод повторяющихся
значений.
2.
Выбрав имя индекса, в панели свойств индекса в ячейке свойства Уникальный индекс установить значение
"Да".
3.5. Общая картина ограничений и поддержания
целостности данных
Ограничение – некоторое ограничивающее условие. В базе данных – общее
понятие, охватывающее широкий круг аспектов управления базой данных: ключи,
значения, типы и форматы данных и т. д. Ограничения устанавливают для
пользователя некоторые рамки при вводе, изменении или удалении данных
приложения. Вся система ограничений при создании приложения базы данных
строится с целью обеспечения целостности данных.
Целостность данных представляет собой набор правил, используемых
процессором базы данных для поддержания связей между записями в связанных
таблицах, а также для защиты от случайного удаления или изменения связанных
данных. Например, ограничение можно использовать, чтобы гарантировать, что
каждый служащий в базе данных будет относиться к какому-либо отделу или что
пользователи не смогут случайно ввести отрицательное значение для цены товара.
Ограничения можно определять на двух уровнях:
1.
В базе данных. Ограничения в базе данных ассоциируются
с определениями объектов-таблиц. Например, для таблицы может быть установлено
ограничение, которое требует, чтобы каждое значение в столбце было уникальным.
2.
В приложении Access (в программном коде
или свойствах объектов). Ограничения в приложении ассоциируются с объектами приложения, которые
формируют интерфейс к информации базы данных. Например, текстовое поле может
иметь ограничение, которое требует, чтобы все вводимые в него значения были
больше 20.
3.5.1. Ограничения в базе данных
Ограничение в базе данных – декларативно определенное правило,
ограничивающее значения, которые могут быть введены в столбец или набор
столбцов в таблице. Ограничения базы данных являются декларативно
определяемыми, так как определяют ограничения как часть структуры таблицы при
ее создании или изменении. Будучи однажды ассоциировано с таблицей, ограничение
всегда поддерживается, если его явно не удалить или не деактивировать.
Размещение ограничений в базе данных имеет следующие преимущества:
·
централизация. Ограничение базы данных определяется
только один раз и может автоматически использоваться всеми клиентами,
обращающимися к базе данных. Определение ограничения в базе данных освобождает
разработчика от необходимости вносить одни и те же ограничения в каждую форму, которая использует
данную информацию. Кроме того, при необходимости модифицировать ограничение
изменения вносятся только в один объект;
·
защита. Ограничения базы данных всегда
поддерживаются, независимо от того, какой инструмент доступа к данным используется.
С другой стороны, ограничения, определенные в приложении, могут быть нарушены
пользователем, использующим для доступа к тем же таблицам другое приложение или
инструмент;
·
простота. Ограничения базы данных просты в
определении и не требуют никакого программного кода.
3.5.2. Типы ограничений в базе данных
Типы ограничений, которые можно ассоциировать с таблицей, варьируются в
зависимости от базы данных, в которой хранится эта таблица. Описанные ниже
категории ограничений поддерживаются большинством реляционных баз данных, в том
числе и Microsoft Access.
Ограничения Not Null
Ограничение Not Null запрещает ввод в столбец таблицы
пустых значений. Оно всегда применяется к отдельным столбцам. Ограничения Not Null используются, чтобы гарантировать, что для важных данных
всегда имеются значения. Например, это ограничение можно использовать, чтобы
гарантировать, что в записи каждого служащего в базе данных проставлено его
жалованье. При определении структуры таблицы это ограничение задается установкой
значений свойств Обязательное поле и
Пустые строки поля таблицы. Необходимо различать два типа пустых значений: пустые значения и пустые строки. В
некоторых ситуациях поле может быть оставлено пустым потому, что данные для
него либо существуют, но пока неизвестны, либо их не существует вовсе. В связи
с этим и различают два типа пустых строк. Например, если в таблице есть поле
"Номер факса", то оно может быть пустым потому, что пользователь не
знает, есть ли у клиента номер факса или нет, или потому, что он знает, что
номера факса у клиента нет. Таким образом, если поле имеет пустое значение, то
это означает, что его значение неизвестно. Если же введена пустая строка (два
знака прямых кавычек (" ")), то это означает, что строкового значения
нет.
Ограничения Unique
Ограничение Unique запрещает пользователю ввод в столбец
или набор столбцов дублированных значений. Ограничение Unique может активироваться для отдельного столбца или для комбинации столбцов. В
последнем случае ограничение Unique иногда называется составным
ограничением Unique. Ограничения Unique используются, чтобы гарантировать, что в таблице не будет дублированных
значений столбцов. Например, оно может гарантировать, что каждому служащему в
базе данных будет присвоен уникальный номер. Ограничение Unique не запрещает пользователю ввод в таблицу нескольких
пустых значений – пустое значение в столбце всегда удовлетворяет ограничению Unique. Чтобы предотвратить ввод в столбец с ограничением Unigue пустых значений, к столбцу необходимо также добавить ограничение
Unique. В Access ограничение Unique инициируется установкой значения "Да (Совпадения не
допускаются)" для свойства Индексированное
поле, либо установкой значения "Да" для свойства Уникальный индекс.
Ограничения Primary Key
Ограничение Primary Key гарантирует, что каждая строка в
таблице будет уникально идентифицирована значением в столбце или наборе
столбцов первичного ключа. Ограничение по первичному ключу объединяет черты
ограничения 0пiцие и ограничения Unigue и Not Null.
Обычно рекомендуется включать ограничение Primary Key в каждой создаваемой таблице. Использование первичного ключа может
значительно повысить быстродействие доступа к строкам таблицы. Ограничение Primary Key также используется для поддержания
ссылочной целостности, когда в базе данных определены отношения один-к-многим.
Установка ссылочной целостности позволяет поддерживать соответствие между
главной и подчиненной таблицами. Для поддержания ссылочной целостности
ограничения Primary Key используются в комбинации с ограничениями
Primary Key, описанными ниже.
Ограничения Foreign Key
Ограничение Foreign Key (внешний ключ) гарантирует, что каждое
значение, введенное в столбец, уже существует в некотором другом столбце
(обычно в другой таблице). Ограничения Foreign Key обычно используются для поддержания ссылочной целостности, когда в базе
данных определены отношения один-к-многим. Ограничения Foreign Key всегда используются вместе с ограничениями Foreign Key (описанными в предыдущем разделе). В отношении один-к-многим внешний ключ
столбец в подчиненной таблице, которая содержит идентификатор строки в
главной таблице. Значение в столбце внешнего ключа равно значению в столбце
первичного ключа в другой таблице. Также, в отношении один-к-одному каждая
строка в подчиненной таблице соответствует уникальной строке в главной таблице,
одной строке в главной таблице может соответствовать любое количество строк в
подчиненной таблице.
3.5.3. Поддержание целостности данных
При поддержании ссылочной целостности между главной и подчиненной таблицами
часто используются следующие правила:
° подчиненная строка не может быть
вставлена, пока не существует главная строка. Например, нельзя ввести записи
позиций счет-фактуры, пока в главной таблице не появится запись счета. Однако в
поле внешнего ключа возможен ввод пустых значений, показывающих, что записи
только подготавливаются и пока не являются связанными;
° главная строка не может быть
удалена до удаления всех подчиненных строк. Например, нельзя удалить запись
счет-фактуры, если в подчиненной таблице имеются записи позиций счета;
° если значение первичного ключа в
главной строке- изменено, все значения внешнего ключа, которые обращаются к
этому значению первичного ключа, должны быть также обновлены; и наоборот,
нельзя изменить значение ключ,евого поля в главной таблице, если существуют
связанные записи.
Чтобы наложить эти правила на конкретную связь, при ее создании следует
установить флажок Обеспечение
целостности данных в окне Связи.
Если данный флажок установлен, то любая попытка выполнить действие, нарушающее
одно из перечисленных выше правил, приведет к выводу на экран предупреждения, а
само действие выполнено не будет.
Каскадное обновление и каскадное удаление
Для связей, для которых определена целостность данных, пользователь имеет
возможность указать, следует ли автоматически выполнять для связанных записей
операции каскадного обновления и каскадного удаления. Если включить данные
параметры, станут возможными операции удаления и обновления, в противном случае
запрещенные условиями целостности данных. Чтобы обеспечить целостность данных
при удалении записей или изменении значения ключевого поля в главной таблице,
автоматически вносятся необходимые изменения в связанные таблицы. Если при
определении связи в окне Связи установить
флажок Каскадное обновление связанных
полей, любое изменение значения в ключевом поле главной таблицы приведет к
автоматическому обновлению соответствующих значений во всех связанных записях.
Например, при изменении кода клиента в таблице "Клиенты" будет
автоматически обновлено поле "Код Клиента" во всех записях таблицы
"Заказы" для заказов каждого клиента, поэтому целостность данных не
будет нарушена. Access выполнит каскадное обновление без ввода предупреждающих
сообщений.
Важно: Если в главной таблице ключевым полем является поле
счетчика, то установление флажка Каскадное
обновление связанных полей не приведет к каким-либо результатам, так как
изменить значение поля счетчика невозможно.
Если при определении связи
установить флажок Каскадное удаление
связанных записей, любое удаление записи в главной таблице приведет к
автоматическому удалению связанных записей в подчиненной таблице. Например, при
удалении из таблицы "Клиенты" записи конкретного клиента будут
автоматически удалены все связанные записи в таблице "Заказы". Если
записи удаляются из формы или таблицы при установленном флажке Каскадное удаление связанных записей, Access
выводит предупреждение о возможности удаления связанных записей. Если же записи
удаляются с помощью запроса на удаление записей, то удаление осуществляется
автоматически, без вывода предупреждения.
Заключение
Microsoft Access – самая популярная в мире база данных
для операционной системы Microsoft Windows . Кроме того, система управления
базами данных Access – также мощная платформа разработки с
чрезвычайно гибкой и функциональной интегрированной средой. Access – это инструмент, предназначенный для разработки и
развертывания широкопредметных информационных бизнес-систем. Возможности
разработчиков программного обеспечения, а также методы и технологии решения
этих задач постоянно изменяются и совершенствуются. Как только появляется
какое-нибудь перспективное решение для обеспечения быстрой разработки
приложений, технология и инструментальные средства изменяются на базе этого
новшества практически мгновенно. С каждой новой версией Access такие решения становятся достоянием самого широкого
сообщества разработчиков. Access 97 для Windows 95 и Windows NT позволяет для обработки информации и
быстрого формирования деловых решений привлекать мощь реляционной базы данных,
интегрировать данные из электронных таблиц и других баз данных, компоненты
других приложений, а также использовать информацию совместного доступа во
внутренних сетях и Internet. Среда Access может с успехом использоваться начинающими пользователями для познания
секретов реляционных баз данных и увлекательных занятий по созданию несложных
(поначалу) приложений и в то же время предоставляет мощные инструменты
разработки опытным программистам. Чрезвычайно развитые справочная система,
средства обучения, мастера и программы-надстройки позволяют при построении
приложения и работе в Access 97 найти выход из любой ситуации и
получить ответ на любой вопрос. Начинать работать с Access можно практически с любым уровнем подготовки. Access 97 – это масштабируемая система.
Создаваемые прикладные решения могут легко расширяться для реализации новых
деловых задач и управления данными.
Список литературы
1. Верман А.Я. «Access 97 для
профессионалов». СПб, 1998
2. Зиновьев Н.Б. «Access 97 – русская версия».
М., 1998
3. Информатика. Под ред. Макаровой Н.В. СПб, 1998
4. Корнелюк В.К. «Access 97». М., 1998
5. Шафрин Ю.А. «Основы компьютерной технологии». М., 1998
|
|
|
