Вы находитесь на странице: 1из 7

Реферат - презентация

Дисциплина: Информационные технологии в управлении (курс 1)


Тема: Выполните учебное задание в виде реферата с презентацией в формате
Power Point на тему: «Реляционные базы данных и их основные особенности».
Изложите материал с приведением примеров, с использованием рисунков, графиков,
таблиц, диаграмм и (или) кругов Эйлера

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


взаимосвязанных таблиц, содержание каждой из которых содержит информацию об
объектах определенного типа.
Обязательным требованием к реляционной базе данных является наличие
первичного ключа-поля или комбинации полей, идентифицирующих единственным
образом каждую строку заданной таблицы. Если пользователь сталкивается с таким
случаем, когда ключ состоит из нескольких полей, он называется составным. Тем не
менее, ключ должен быть уникальным и давать вполне однозначное определение
соответствующей записи. Это дает возможность поиска по значению ключа
необходимой, единственной в базе данных такой записи. Ключи также могут быть
использованы для упорядочивания информации внутри БД.
Одним из главных требований к таблицам реляционной БД является
нормализация отношений. Нормализация отношений в таблицах представляет собой
формальную совокупность ограничений на формирование таблиц, что позволяет
устранить возможные противоречия в данных таблиц, дублирование сведений,
обеспечить единообразие хранимых в базе данных и снизить трудозатраты по
поддержанию стабильного функционирования и ведения базы данных.
Следующим, не менее важным требованием к реляционным базам данных
является целостность составляющих их данных. В этой категории требования
представлены нижеприведенными критериями:
• в массиве данных БД должны исключаться дублирования кортежей в
отношениях, являющихся информационными образами конкретных объектов в
отдельной предметной области (требование целостности сущностей);
• требование целостности по ссылкам:
а) каждому значению внешнего ключа из ссылающегося отношения и из
отношения, в котором атрибут, соответствующий значению внешнего ключа,
является первичным ключом, должен принадлежать кортеж, имеющий идентичное
значение первичного ключа;
б) в первом отношении значение внешнего ключа не должно ни на что
указывать (т.е. быть полностью неопределенным).
Одним из условий составления и запуска СУБД является недопущение
возникновения некорректных значений внешнего ключа в процессе обновления
ссылающегося отношения. Удаление кортежа, который является адресатом ссылки,
возможны три подхода:
• запрет на проведение подобной операции с идентичными значениями
кортежа и внешнего ключа;
• приведение значений внешнего ключа к соответствию требованию
неопределенности во всех ссылающихся кортежах;
• каскадное удаление, влекущее вслед за удалением кортежа автоматическое
удаление всех ссылающихся кортежей из ссылающегося отношения.
В общих чертах целостность реляционной модели данных можно
охарактеризовать двумя общими правилами:
а) не допускается принятие любым атрибутом из первичного ключа базового
отношения, неопределенных значений. Базовое отношение, в данном случае,
представляет собой независимое именованное отношение. Мотивационный момент
данного правила обуславливается соответствием базовых отношений реальным
сущностям. Это, в свою очередь, влечет за собой их взаимные отличия, а
следовательно, уникальную идентификацию. В реальной же модели функцию
уникальной идентификации выполняют первичные ключи, и, таким образом,
ситуация, когда первичный ключ принимает неопределенное значение, является
противоречивой и говорит о том, что некоторая сущность не обладает
индивидуальностью, а значит, не существует. Отсюда и название — целостность по
сущностям.
Целостность по ссылкам. Каждый атрибут принимает лишь допустимые
значения, принадлежащие тому домену, в котором атрибут определен. Ограничения
целостности доменов обеспечивают проверку значения не только на
принадлежность допустимому диапазону или списку допустимых значений, но и на
смысл значений.
Функции СУБД бывают высокого и низкого уровня.
Функции высокого уровня:
1. Определение данных – с помощью этой функции определяется какая
информация будет храниться в БД (тип, свойства данных и как они между собой
будут связаны).
2. Обработка данных. Информация может обрабатываться разными
способами: выборка, фильтрация, сортировка, объединение одной информации с
другой, вычисление итоговых значений.
3. Управление данными. С помощью этой функции указывается, кому
разрешено знакомиться с данными, корректировать их или добавлять новую
информацию, а также определять правила коллективного доступа.
Функции низкого уровня:
1. Управление данными во внешней памяти;
2. Управление буферами оперативной памяти;
3. Управление транзакциями;
4. Введение журнала изменений в БД;
5. Обеспечение целостности и безопасности БД.
Транзакцией называется неделимая последовательность операций, которая
отслеживается СУБД от начала и до завершения, и в которой при невыполнении
одной операции отменяется вся последовательность.
Журнал СУБД – особая БД или часть основной БД, недоступная пользователю
и используемая для записи информации обо всех изменениях базы данных.
Введение журнала СУБД предназначено для обеспечения надёжности
хранения в базе данных при наличии аппаратных сбоев и отказов, а так же ошибок в
программном обеспечении.
Основной программой, на данный момент времени для работы с
реляционными СУБД является Microsoft Access. В своей работе пользователи
данной системы оперируют следующим набором понятий
Таблица – это объект, предназначенный для хранения данных в виде записей
(строк) и полей (столбцов). Каждое поле включает в себя отдельную часть записи, а
каждая таблица используется для хранения сведений по одному конкретному
вопросу, что представляет собой массив данных.
Запрос – вопрос о данных, хранящихся в таблицах, или инструкция на отбор
записей, подлежащих изменению.
Форма – это объект, в котором можно разместить элементы управления,
предназначенные для ввода, изображения и изменения данных в полях таблицах.
Отчёт – это объект, который позволяет представить определённую
пользователем информацию в определённом виде, просматривать и распечатывать
её и производить с ней другие возможные операции.
Макрос – одна или несколько макрокоманд, которые можно использовать для
автоматизации конкретной задачи. Макрокоманда – основной строительный блок
макроса; самостоятельная инструкция, которая может быть объединена с другими
макрокомандами, чтобы автоматизировать выполнение задачи.
Модуль – набор описаний, инструкций и процедур, сохранённых под одним
именем. В MS Access имеется три вида модулей: модуль формы, отчёта и общий
модуль. Модули формы и отчётов содержат локальную программу для форм и
составления отчетности по установленной законодательством форме.
Над реляционными таблицами возможны следующие операции:
• объединение таблиц с одинаковой структурой. Результат — общая таблица:
сначала первая, затем вторая (конкатенация);
• пересечение таблиц с одинаковой структурой. Результат — выбираются те
записи, которые находятся в обеих таблицах;
• вычитание таблиц с одинаковой структурой. Результат — выбираются тс
записи, которых нет в вычитаемом;
• выборка (горизонтальное подмножество). Результат — выбираются записи,
отвечающие определенным условиям;
• проекция (вертикальное подмножество). Результат — отношение,
содержащее часть полей из исходных таблиц;
• декартово произведение двух таблиц. Записи результирующей таблицы
получаются путем объединения каждой записи первой таблицы с каждой записью
другой таблицы.
Реляционные таблицы могут быть связаны друг с другом, следовательно,
данные могут извлекаться одновременно из нескольких таблиц. Таблицы
связываются между собой для того, чтобы в конечном итоге уменьшить объем БД.
Связь каждой пары таблиц обеспечивается наличием в них одинаковых столбцов.
Существуют следующие типы информационных связей:
• один-к-одному — предполагает, что одному атрибуту первой таблицы
соответствует только один атрибут второй таблицы, и наоборот;
• один-ко-многим — предполагает, что одному атрибуту первой таблицы
соответствует несколько атрибутов второй таблицы;
• многие-ко-многим — предполагает, что одному атрибуту первой таблицы
соответствует несколько атрибутов второй таблицы, и наоборот.
Связи «один к одному» встречаются довольно редко. «Один ко многим»
применяются чаще, например, кассир продаёт много билетов. «Многие ко многим»
тоже встречаются часто. Например, студент изучает много предметов. Связи
«многие ко многим» нельзя организовывать непосредственно. Для установления
отношения необходимо сопоставить каждому primary key внешний ключ, который
представляет собой primary key другой таблицы.
Реляционные системы базируются на теории реляционной модели, которая
включает в себя три аспекта:
структурный — данные в базе рассматриваются как набор отношений, то есть
упорядоченных пар, составленных из заголовка и полей;
целостности — состоит в проверке правильности согласования данных при
обновлении;
обработки — использование операторов манипулирования таблицами, таких
как реляционная алгебра и реляционное исчисление, которые генерируют новые
таблицы на основании уже имеющихся.
Управление созданием и использованием БД осуществляется системами
управления базами данных (СУБД). Для проведения этих операций организуются
запросы. Итогом выполнения запросов будут либо изменения в таблицах, либо
получение таблицы данных. При этом поддерживается принцип безопасности
информации. Для реляционной БД основным языком управления является SQL.
Приступая к созданию базы, разработчик составляет для объектов
манипулирования и их связей представление в терминах реляционной БД (таблицы,
поля, записи). Проектирование проходит несколько стадий:
Первая стадия — это анализ требований. Разработчик должен разрешить
главные проблемы: какие элементы данных будут содержаться, как и кто должен к
ним обращаться.
В следующей стадии проектируется логическая структура БД.
В завершающей стадии проектирования логическая структура БД
трансформируется в физическую. Элементы данных определяются как табличные
столбцы. Преимущества этой модели данных состоят в том, что информация
отображается в удобной для пользователя форме, а для манипуляций используется
развитой математический аппарат.
Примером реляционной базы данных может послужить проект оптимизации
деятельности пункта проката. Требуется автоматизировать такие процедуры: учёт
клиентов; регистрацию инвентаря, выданного в прокат; отслеживание даты выдачи,
сроков возврата, оплаты; получение информации по этим позициям; формирование
отчёта по задолженностям. Реляционная БД может быть задана в виде трёх
связанных таблиц.
Используя имеющиеся данные, следует определить отношения и объекты этих
отношений. Объектами будут являться клиенты и устройства. Отношения между
ними состоят в том, что каждый клиент может брать в прокат одно или несколько
устройств.
Преимущество реляционных хранилищ состоит в том, что они способны
обеспечить наилучшее соотношение устойчивости, производительности, гибкости,
совместимости и масштабируемости. Реляционные БД предоставляют лёгкий доступ
к составляемым отчётам и обеспечивают высокую надёжность и целостность
информации из-за отсутствия избыточных данных. Но сейчас, когда всё большее
количество приложений работает с высокой нагрузкой, увеличивается значение
фактора масштабируемости.
Реляционные БД легко масштабируются, только когда они расположены на
одном сервере. Если потребуется увеличить количество серверов и разделить
нагрузку между ними, то возрастёт сложность хранилищ, что значительно снизит
возможность использовать их как платформу для мощных распределённых систем.
Поэтому приходится применять другие типы БД, которые обладают лучшей
масштабируемостью и отказываться от возможностей, предоставляемых
реляционными хранилищами.