- •Тема 1 Понятие экономической информации и классификация экономических информационных систем Введение
- •1.1. Понятие экономической информации. Требования, предъявляемые к экономической информации
- •1.2. Классификация экономических информационных систем и принципы их проектирования
- •Тема 2 Введение в теорию баз данных
- •2.1. Определение базы данных. Особенности организации данных в базе данных
- •Тема 3 Структурные элементы информационной системы с базой данных
- •3.1. Компоненты информационной системы с бд
- •3.2. Трехуровневая архитектура субд
- •Тема 4 Виды моделей данных
- •4.1. Иерархическая модель данных
- •4.2. Сетевая модель данных
- •4.3. Реляционная модель данных
- •4.4. Многомерная модель данных
- •4.5. Объектно-ориентированная модель данных
- •Тема 5 Реляционный подход при построении информационно-логической модели: основные понятия
- •5.1. Реляционная модель данных. Основные понятия
- •5.2. Реляционная целостность данных
- •5.3. Индексирование
- •Тема 6 основны реляционной алгебры
- •6.1. Основные определения, относящиеся к реляционной алгебре
- •6.2. Традиционные операции над множествами (теоретико-множественные операторы)
- •Лекция 7 Нормализация отношений в реляционной модели
- •7.1. Понятие нормализация отношений. Цель нормализации. Типичные ограничения для реляционной модели данных. **
- •7.2. Вторая и третья нормальные формы
- •Вторая нормальная форма (2nf)
- •Третья нормальная форма (3nf)
- •Тема 7 субд. Основные свойства и функциональные возможности
- •7.1. Основные требования к обработке данных средствами субд
- •7.2. Языковые средства субд: яод и ямд
- •7.3. Основные понятия о сетевых, распределенных и объектных бд. Классификация субд
- •1. По типу поддерживаемой в субд модели данных: реляционная или объектно–ориентированная.
- •2. По типу использования ресурсов: локальные и сетевые.
- •3. По типу использования распределенных ресурсов: гомогенная, гетерогенная, мультибазовая.
- •4. По виду специализации: специализированные субд и субд общего назначения.
- •5. По типу платформы.
- •Рекомендуемая литература
- •Осень 2007 г.
Вторая нормальная форма (2nf)
Пример: БУЛОЧНАЯ.
Хп/завод |
Продукт |
Цена |
Количество |
Пекарь |
Батон нарезной |
7 |
50 |
Каравай |
Батон нарезной |
7 |
30 |
Кушелевский |
Батон нарезной |
7 |
70 |
Кушелевский |
Хлеб Дарницкий |
8 |
100 |
Каравай |
Хлеб Дарницкий |
8 |
20 |
Составной ключ: Хлебозавод + Продукт.
Неключевые атрибуты: Цена, Количество.
Атрибут Цена зависит и от части ключа – Продукт.
Для устранения неполной функциональной зависимости необходимо разделить исходное отношение в 1-й NF на 2, не содержащих неполной зависимости.
1-е отношение: Хлебозавод, Продукт, Количество.
Хп/завод |
Продукт |
Количество |
Пекарь |
Батон нарезной |
50 |
Каравай |
Батон нарезной |
30 |
Кушелевский |
Батон нарезной |
70 |
Кушелевский |
Хлеб Дарницкий |
100 |
Каравай |
Хлеб Дарницкий |
20 |
2-е отношение: Продукт, Цена.
Код продукта |
Продукт |
Цена |
Б01н |
Батон нарезной |
7 |
Х05д |
Хлеб Дарницкий |
8 |
Как правило, во 2-е отношение вводится Код продукта, тогда в 1-м тоже будет Код продукта.
Третья нормальная форма (3nf)
Пример: СОТРУДНИК
ФИО (ключ) |
Должность |
Оклад |
Мирошин |
Начальник отдела |
1000 у.е. |
Евстафьв |
Экономист |
500 у.е. |
Сакутов |
Экономист |
500 у.е. |
Теглин |
Экономист |
500 у.е. |
Должность зависит от ФИО, а Оклад – от Должности для данной фамилии, т.е. Оклад транзитивно зависит от ФИО через неключевой атрибут Должность.
Для устранения 3NF следует разделить исходное отношение на 2:
ФИО |
Должность |
|
Должность |
Оклад |
Мирошин |
Начальник отдела |
Начальник отдела |
1000 у.е. |
|
Евстафьв |
Экономист |
Экономист |
500 у.е. |
|
Сакутов |
Экономист |
Экономист |
500 у.е. |
|
Теглин |
Экономист |
Экономист |
500 у.е. |
Существуют специальные методы нормализации (разработан аппарат) и во всех современных СУБД, в том числе в Access есть возможность создать исходную ненормализованную таблицу и в результате анализа получить варианты нормализованных отношений и устранить избыточность
Тема 7 субд. Основные свойства и функциональные возможности
7.1. Основные требования к обработке данных средствами субд
Система управления базами данных (СУБД) – это комплекс программ, предназначенный для создания и ведения (обслуживания) баз данных, а также для доступа к данным и для их обработки.
Основные свойства БД и СУБД
Основными средствами СУБД, предназначенными для пользователей, являются:
-
средства описания структуры базы данных (средства описания структур таблиц, например, в MS Access);
-
средства конструирования экранных форм, предназначенных для ввода и просмотра данных;
-
средства создания запросов для выборки данных;
-
средства формирования отчетов для вывода на печать результатов обработки данных;
-
языковые средства и средства разработки приложений (см. п. 2.5.2).
Таким образом, СУБД выполняет роль посредника между пользователями приложений и данными (рис 7.1).
Пользователь
1
Пользователь 2
Пользователь 3
Пользователь N
Приложение 1 Приложение
2
Приложение 3
Система управления
базой данных
Данные
Рис. 7.1. Схема взаимодействия пользователей с БД
Основными свойствами СУБД и баз данных являются:
-
Обеспечение независимости программ от данных, позволяющей сохранить программы при модификации структуры БД.
-
Непротиворечивость данных; целостность БД; возможность многоаспектного доступа.
-
Защита и восстановление данных при аварийных ситуациях, аппаратных и программных сбоях, ошибках пользователя.
-
Защита данных от несанкционированного доступа средствами разграничения доступа для различных пользователей.
-
Наличие языка запросов высокого уровня, ориентированного на конечного пользователя, который обеспечивает вывод информации из БД по любому запросу, и предоставление ее в виде соответствующих отчетных форм, удобных для пользователя.
Поясним свойства 2 - 4. В многопользовательской системе с БД параллельная обработка заключается в предоставлении одновременного доступа к таблицам, полям, записям БД многим пользователям и приложениям. Для этого в сетевых версиях централизованных СУБД существуют специальные механизмы: синхронизации транзакций и управления доступом. Транзакция – это последовательность операций над БД, рассматриваемых СУБД как единое целое. Либо транзакция успешно выполняется, и СУБД фиксирует изменения БД, произведенные этой транзакцией, во внешней памяти, либо ни одно из этих изменений никак не отражается на состоянии БД.
Механизмы синхронизации транзакций основаны на технике блокирования ресурсов. Они позволяют производить обновление данных при параллельной работе пользователей (два пользователя обновляют одну и ту же запись, но разные поля, или один пользователь блокирует строку для обновления, а другой может ее читать). Однако в результате конфликтов между двумя или более транзакциями по доступу к объектам БД возможны тупиковые ситуации, и в таких случаях необходимо выполнять откат (ликвидировать все изменения, произведенные в БД) одной или более транзакций.
Механизмы управления доступом обеспечивают конкретным пользователям операции над БД в рамках тех полномочий, которые им предоставлены. Полномочия заключаются в возможности либо просто считывать, либо еще и изменять, либо и удалять, и создавать объекты БД.
Восстановление данных требуется после аппаратных и программных сбоев. Обычно рассматриваются два возможных вида аппаратных сбоев: мягкие сбои, которые можно трактовать как внезапную остановку работы компьютера (например, аварийное выключение питания) и жесткие сбои, характеризуемые потерей информации на носителях внешней памяти. Примерами программных сбоев могут быть: аварийное завершение работы СУБД (по причине ошибки в программе или в результате некоторого аппаратного сбоя) или аварийное завершение пользовательской программы, в результате которого некоторая транзакция остается незавершенной.
В любом случае для восстановления БД нужно располагать некоторой дополнительной информацией. Наиболее распространенным методом поддержания такой избыточной информации является ведение журнала изменений БД.
Журнал – это особая часть БД, недоступная пользователям СУБД, в которую поступают записи обо всех изменениях основной части БД. При этом придерживаются стратегии «упреждающей» записи в журнал.
При мягком сбое во внешней памяти основной части БД могут находиться объекты, модифицированные транзакциями, не закончившимися к моменту сбоя, и могут отсутствовать объекты, модифицированные транзакциями, которые к моменту сбоя успешно завершились (по причине использования буферов оперативной памяти, содержимое которых при мягком сбое пропадает). Для восстановления сначала производят откат незавершенных транзакций, а потом повторно воспроизводят те операции завершенных транзакций, результаты которых не отображены во внешней памяти.
Для восстановления БД после жесткого сбоя используют журнал и архивную копию БД (полную копию БД к моменту начала заполнения журнала). Восстановление БД состоит в том, что, исходя из архивной копии, по журналу воспроизводится работа всех транзакций, которые закончились к моменту сбоя.