Основные виды связи таблиц

Таблицы, входящие в состав базы данных, всегда связаны между собой. Связь между таблицами устанавливает отношения между совпадающими значениями в ключевых полях. В большинстве случаев связывают ключевое поле одной таблицы с соответствующим ему полем во второй таблице, которое называют полем внешнего ключа. Таблица, содержащая ключевое поле, называется главной, а таблица, содержащая внешний ключ – связанной. Если таблица никогда не будет использоваться в качестве главной, то ключ для нее определять не нужно.

Рассмотрим основные типы связей: один к одному (1:1); один ко многим (1:М); многие ко многим (М:М).

Один-к-одному (1:1). При использовании отношения "один-к-одному" запись в таблице А (главной таблице) может иметь не более одной связанной записи в таблице В (связанной таблице) и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу. Связь с отношением "один-к-одному" используют для разделения очень широких таблиц или для отделения части таблицы по соображениям защиты. В таблицах, связанных отношением "один-к-одному", ключевые поля должны быть уникальными (в этих полях не допускаются повторяющиеся данные).

Один-ко-многим (1:М). Связь с отношением "один-ко-многим" является наиболее часто используемым типом связи между таблицами. В такой связи каждой записи в таблице А могут соответствовать несколько записей в таблице В, а запись в таблице В не может иметь более одной соответствующей ей записи в таблице А. В таблице А ключевое поле должно быть уникальным. Связь с отношением "один-ко-многим" таблиц А и В можно рассматривать как связь с отношением "многие-к-одному" таблиц В и А.

Многие-ко-многим (М:М). При использовании отношения "многие-ко-многим" одной записи в таблице А могут соответствовать несколько записей в таблице В, а одной записи в таблице В несколько записей в таблице А. В этом случае не требуется уникальности ключевых полей таблиц А и В. Этот вид отношения используется для связывания таблиц, имеющих только внешние ключи.

31 вопрос.

Объекты. В Access различают базовые и производные объекты. Базовые – это таблицы, которые являются основным структурным компонентом базы данных. А производные объекты создаются на базе ранее подготовленных таблиц – это формы, запросы, отчеты, макросы, модули.

В таблице хранятся все данные и структура базы (поля, их типы, свойства).

Формы- это средства для ввода данных.

Запросы - объекты, служащие для извлечения данных из таблиц и представлению их пользователю в удобном виде.

Отчетыпредназначены только для вывода данных как на экран, так и на принтер.

Макросы и модули предназначены как для автоматизации повторяющихся операций при работе с СУБД, так и для создания новых функций путем программирования.

С каждым объектом можно работать в отдельном окне, причем предусмотрено несколько средств создания каждого из объектов базы:

· ручные - разработка объектов в режиме Koнcmpyкmopa;

· автоматизированные - с помощью программ-мастеров;

· автоматические - средства ускоренной обработки простейших объектов.

Рекомендации по использованию средств создания для основных объектов базы:

При разработке таблиц и запросов рекомендуется использовать ручные средства.

При разработке форм, отчетов лучше пользоваться автоматизированными средствами, предоставленными Мастерами.

Вопрос.

3 основных аспекта информационной безопасности:
1. Конфиденциальность
2. Целостность
3. Доступность

Основные требования по безопасности данных, предъявляемые к БД и СУБД, во многом совпадают с требованиями, предъявляемыми к безопасности данных в компьютерных системах – контроль доступа, криптозащита, проверка целостности, протоколирование и т.д.

Под управлением целостностью в БД понимается защита данных в БД от неверных (в отличие от несанкционированных) изменений и разрушений . Поддержание целостности БД состоит в том, чтобы обеспечить в каждый момент времени корректность (правильность) как самих значений всех элементов данных, так и взаимосвязей между элементами данных в БД . С поддержанием целостности связаны следующие основные требования.

Обеспечение достоверности. В каждый элемент данных информация заносится точно в соответствии с описанием этого элемента .Должны быть предусмотрены механизмы обеспечения устойчивости элементов данных и их логических взаимосвязей к ошибкам или неквалифицированным действиям пользователей.

Управление параллелизмом. Нарушение целостности БД может возникнуть при одновременном выполнении операций над данными, каждая из которых в отдельности не нарушает целостности БД . Поэтому должны быть предусмотрены механизмы управления данными, обеспечивающие поддержание целостности БД при одновременном выполнении нескольких операций.

Восстановление. Хранимые в БД данные должны быть устойчивы по отношению к неблагоприятным физическим воздействиям (аппаратные ошибки, сбои питания и т .п .) и ошибкам в программном обеспечении . Поэтому должны быть предусмотрены механизмы восстановления за предельно короткое время того состояния БД, которое было перед появлением неисправности.

Вопросы управления доступом и поддержания целостности БД тесно соприкасаются между собой, и во многих случаях для их решения используются одни и те же механизмы. Различие между этими аспектами обеспечения безопасности данных в БД состоит в том, что управление доступом связано с предотвращением преднамеренного разрушения БД, а управление целостностью - с предотвращением непреднамеренного внесения ошибки.

Наши рекомендации