Базы данных

Обеспечение целостности данных в Access. Каскадное обновление и удаление связанных записей. Поддержка целостности в реляционной модели данных в ее классическом понимании. Назначение и типы форм в Access. Создание базы данных "Магазин", виды запросов.

Рубрика Программирование, компьютеры и кибернетика
Вид контрольная работа
Язык русский
Дата добавления 31.10.2017
Размер файла 1,8 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru//

Размещено на http://www.allbest.ru//

Понятие «целостность». Обеспечение целостности данных в Access. Каскадное обновление и удаление связанных записей

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

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

Любое изменение в предметной области, значимое для построенной модели, должно отражаться в базе данных, и при этом должна сохраняться однозначная интерпретация информационной модели в терминах предметной области.

Поддержка целостности в реляционной модели данных в ее классическом понимании, включает в себя 3 аспекта.

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

В дополнение к структурной целостности необходимо рассмотреть проблему неопределенных Null значений. Неопределенное значение в реляционной базе данных интерпретируется как значение, неизвестное на данный момент времени. Это значение при появлении дополнительной информации в любой момент времени может быть заменено на некоторое конкретное значение.

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

Именно поэтому доступ к информации, хранимой в базе данных, и любые изменения этой информации могут быть выполнены только с использованием операторов языка SQL.

В-третьих, это поддержка ссылочной целостности (Declarative Referential Integrity, DRI), означает обеспечение одного из заданных принципов взаимосвязи между экземплярами кортежей взаимосвязанных отношений:

кортежи подчиненного отношения уничтожаются при удалении кортежа основного отношения, связанного с ним;

кортежи основного отношения модифицируются при удалении кортежа основного отношения, связанного с ним, при этом на месте ключа родительского отношения ставится неопределенное Null значение.

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

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

Структурная, языковая и ссылочная целостности определяют правила работы СУБД с реляционными структурами данных. Требования поддержки этих трех видов целостности говорят о том, что каждая СУБД должна уметь это делать, а разработчики должны это учитывать при построении БД с использованием реляционной модели. Эти три аспекта никак не касаются содержания БД. Для определения некоторых ограничений, которые связаны с содержанием БД, требуются другие методы. Именно эти методы и сведены в поддержку семантической целостности.

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

декларативный, выполняемый средствами языка SQL;

процедурный, выполняемый посредством триггеров и хранимых процедур.

Декларативный путь связан с наличием механизмов в рамках СУБД, обеспечивающих проверку и выполнение ряда декларативно заданных правил-ограничений, называемых чаще всего «бизнес-правилами» (Business Rules) или декларативными ограничениями целостности.

Выделяются следующие виды декларативных ограничений целостности:

ограничения целостности атрибута: значение по умолчанию, задание обязательности или необязательности значений (Null), задание условий на значения атрибутов. Задание значения по умолчанию означает, что каждый раз при вводе новой строки в отношение, при отсутствии данных в указанном столбце этому атрибуту присваивается именно значение по умолчанию;

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

ограничения целостности, задаваемые на уровне отношения. Некоторые семантические правила невозможно преобразовать в выражения, которые будут применимы только к одному столбцу;

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

Назначение и типы форм в Access

Конечному пользователю БД работать непосредственно с таблицами не всегда бывает удобно, а представление в них данных не очень наглядно. Формы MS Access как правило используются для создания пользовательского интерфейса любой БД.

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

Элемент управления - это визуальный объект, используемый для отображения информации, ввода и изменения данных, выполнения определенных действий или просто для украшения формы.

Элементом управления называют любой, объект формы или отчета, который служит для вывода данных на экран, оформления или выполнения макрокоманд. Элементы управления могут быть связанными, вычисляемыми или свободными.

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

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

Свободные элементы управления предназначены для вывода на экран данных, линий, прямоугольников и рисунков. Свободные элементы управления называют также переменными или переменными памяти.

Все элементы управления могут быть добавлены в форму или отчет с помощью панели инструментов элементов управления, которая появляется при работе с формой или отчетом

Первое и наиболее часто встречающееся применение форм - ввод и редактирование информации. Для этого применяются различные элементы управления, чаще всего это поля ввода, в которые вводятся данные различных типов, выпадающие списки с набором значений для подстановки и логические переключатели. Также с помощью формы можно производить любые манипуляции с базой данных: создавать и уничтожать ее объекты, запускать на исполнение другие формы или отчеты и др.

Формы по сравнению с обработкой данных в режиме таблицы обладают следующими преимуществами:

форма позволяет в каждый момент времени сфокусировать внимание на отдельной записи, поскольку, как правило, отображает все поля одной записи в отличие от режима таблицы, отображающего сразу несколько записей, так что приходится прокручивать окно, чтобы просмотреть содержимое всех полей;

элементы управления на форме можно расположить логичным образом, облегчающим чтение и работу с данными;

некоторые объекты базы данных, такие как рисунки, анимация, звуки и видеоклипы, могут отображаться или воспроизводиться только в режиме формы, а не в режиме таблицы.

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

Основные свойства формы:

подпись -- позволяет задать название формы, которое будет выводиться в области заголовка;

режим по умолчанию -- определяет режим открытия формы (простая, ленточная, табличная формы);

допустимые режимы -- свойство, которое определяет, можно ли с помощью команд меню Вид переходить из режима формы в режим конструктора;

свойства полосы прокрутки, область выделения, кнопки перехода, разделительные линии, кнопка оконного меню, размеров окна, кнопка закрытия, кнопка контекстной справки, тип границы -- определяют, будут ли выводиться эти элементы в окно формы;

свойства разрешить добавления, разрещить удаления, разрешить изменения -- определяют, можно ли пользователю редактировать данные через форму. Эти свойства могут принимать значения Да/Нет;

ввод данных -- определяет режим открытия формы и принимает значения Да/Нет. Режим Да -- открытие формы только для добавления новых записей. Режим Нет -- просмотр существующих записей и добавление новых;

блокировка записей -- определяет способы блокировки записей в режиме многопользовательской работы с базой данных.

Формы могут содержать следующие разделы: заголовок, верхний колонтитул, область данных, нижний колонтитул и примечание. В режиме формы заголовок отображается в верхней части экрана, а при печати - в верхней части первой страницы. Верхний и нижний колонтитулы могут содержать сведения, которые должны изображаться соответственно в верхней или нижней части каждой страницы. Колонтитулы отображаются только при печати формы. Область данных содержит записи. Допускается вывод одной или нескольких записей на экране или странице. Примечание в режиме формы отображается в нижней части экрана, а при печати - на последней странице после области данных.

В Access можно создать формы следующих видов:

форма в столбец или полноэкранная форма;

ленточная форма;

табличная форма;

форма главная/подчиненная;

сводная таблица;

форма-диаграмма.

Форма в столбец представляет собой совокупность определенным образом расположенных полей ввода с соответствующими им метками и элементами управления. Чаще всего эта форма используется для ввода и редактирования данных.

Ленточная форма служит для отображения полей группы записей. Поля не обязательно располагаются в виде таблицы, однако для одного поля отводится столбец, а метки поля располагаются как заголовки столбцов.

Табличная форма отображает данные в режиме таблицы.

Форма главная/подчиненная представляет собой совокупность формы в столбец и табличной. Ее имеет смысл создавать при работе со связанными таблицами, в которых установлена связь типа один-ко-многим.

Форма Сводная таблица выполняется мастером создания сводных таблиц Excel на основе таблиц и запросов Access (мастер сводных таблиц является объектом, внедренным в Access, чтобы использовать его в Access, необходимо установить Excel). Сводная таблица представляет собой перекрестную таблицу данных, в которой итоговые данные располагаются на пересечении строк и столбцов с текущими значениями параметров.

Форма с диаграммой. В Access в форму можно вставить диаграмму, созданную Microsoft Graph. Graph является внедряемым OLE-приложением и может быть запущен из Access. С внедренной диаграммой можно работать так же, как и с любым объектом OLE.

Практическая часть

Задание 1

Создать БД Магазин, состоящую из двух таблиц - Отдел и Работник. Составить схему данных для БД Магазин. В таблицу Работник вместо фамилии Новиков П. Н. ввести свою фамилию.

Результат

Задание 2

С помощью мастера форм на основе таблицы Поставщики создать ленточную форму. В форму включить четыре поля: Название, Должность, Страна, Город. Сохранить форму именем Вариант 8_1.

Результат

Задание 3

На базе таблицы Товары (поля Марка, Цена, На складе) построить запрос для отбора товаров, которые есть на складе и цена меньше 50000 руб. Сохранить запрос с именем Вариант 8_2.

Результат

база данные запрос access

Задание 4

На базе таблицы Заказы (поля Код заказа, Код клиента, Страна получателя, Дата исполнения) построить запрос для отбора заказов, исполненных в феврале 1997 г. Сохранить запрос с именем Вариант 8_3.

Результат

Литература

1. Карпова, Г. Базы данных: модели, разработка, реализация: учебник/ Г.Карпова. - СПб.: Питер, 2002.

2. Проектирование баз данных СУБД Microsoft Access/ Н. Н. Гринченко [и др.] - М.: Телеком, 2004.

3. Системы управления базами данных: лаб. практикум/ сост. Е. А. Лазицкас, С. Е. Специан. - Минск: МГВРК, 2006.

4. Новиков Ф. А., Яценко А. Д. Microsoft Office 2000 в целом. - СПб.: БВХ - Санкт-Петербург, 2000.

Размещено на Allbest.ru


Подобные документы

  • Управление базами данных. Система управления базой данных MS Access. Виды логической связи. Макросы и модули. Обеспечение целостности данных. Создание запросов и форм. Свойства полей базы данных Access. Взаимосвязь между сущностями в предметной области.

    курсовая работа [943,4 K], добавлен 13.03.2014

  • Понятие базы данных в Microsoft Access, описание таблицы как объекта. Назначение запросов, форм, отчетов и страниц. Макросы и модули в СУБД. Порядок создания базы данных, ввод описания поля. Свойства полей таблиц. Построение реляционной модели данных.

    презентация [389,6 K], добавлен 18.01.2014

  • Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание схемы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных Access.

    курсовая работа [2,1 M], добавлен 17.06.2013

  • Базы данных с двумерными файлами и реляционные системы управления базами данных (СУБД). Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Фундаментальные свойства отношений.

    реферат [57,1 K], добавлен 20.12.2010

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

    курсовая работа [1,8 M], добавлен 29.10.2008

  • Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.

    реферат [3,3 M], добавлен 29.01.2011

  • Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.

    курсовая работа [185,6 K], добавлен 08.11.2008

  • Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.

    курсовая работа [3,7 M], добавлен 15.11.2010

  • Структура таблицы и типы данных. Ввод данных в ячейки таблицы. Создание запросов на выборку, удаление, обновление и добавление записей, на создание таблицы. Основное различие между отчетами и формами, их назначение. Создание отчетов для базы данных.

    курсовая работа [1,9 M], добавлен 17.06.2014

  • Проектирование базы данных Access. Система управления базами данных. Создание и обслуживание базы данных, обеспечение доступа к данным и их обработка. Постановка задач и целей, основных функций, выполняемых базой данных. Основные виды баз данных.

    лабораторная работа [14,4 K], добавлен 16.11.2008

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.