- •Предметная область. Интеграция данных. Достоинства. Проблемы.
- •Интеграция данных Достоинства интеграции данных
- •Проблемы, связанные с интеграцией данных
- •2. Функции администратора базы данных.
- •Защита данных от разрушения при сбоях оборудования.
- •Защита от некорректных обновлений.
- •Защита данных от несанкционированного доступа.
- •Обеспечение коллективного доступа к данным.
- •Пользователи информационной системы
- •Уровни представления информационной системы.
- •Начальный уровень
- •Инфологический уровень
- •Концептуальный уровень
- •Внутренний уровень
- •Структура данных сетевой модели
- •Способы упорядочения подчиненных записей
- •Режим включения подчиненных записей
- •Режим исключения подчиненных записей.
- •Операции над данными в сетевой модели.
- •Ограничения целостности в сетевой модели.
- •4.. Иерархические базы данных.
- •Структура данных иерархической модели
- •Операции над данными в иерархической модели
- •Ограничения целостности в иерархической модели.
- •5 Реляционные базы данных.
- •6… Цели проектирования баз данных
- •Универсальные отношения
- •7..Проблемы, связанные с использованием единственного отношения
- •Проблема вставки.
- •Проблема обновления.
- •Проблема удаления.
- •Функциональные зависимости
- •8..Нормальные формы отношений Первая нормальная форма
- •Вторая нормальная форма
- •Третья нормальная форма
- •Третья усиленная форма или нормальная форма Бойса–Кодда (нфбк)
- •Декомпозиция отношений
- •9..Избыточные функциональные зависимости. Правила вывода
- •Правило 1. Транзитивные зависимости
- •Правило 2. Корректные, но избыточные зависимости
- •Правило 3. Объединение функциональных зависимостей
- •Правило 4. Декомпозиция функциональных зависимостей
- •Правило 5. Псевдотранзитивность
- •Пример удаления избыточных зависимостей с помощью правил вывода
- •Общая схема проектирования баз данных методом декомпозиции
- •10.Семантическое моделирование или проектирования баз данных методом “Сущность-связь”
- •Сущности и связи
- •Диаграмма еr–экземпляров:
- •Диаграмма er–типа:
- •Терминология метода “Сущность-связь”
- •11.. Степень связи
- •Класс принадлежности сущности
- •Примеры диаграмм er-типа связей степени 1:1.
- •Примеры диаграмм er-типа связей степени 1:n и n:1
- •Примеры диаграмм er-типа связей степени m:n
- •Порядок или мерность связи
- •12.. Бинарные связи со степенью связи 1: 1
- •Правило 1.
- •Правило 2.
- •Правило 3.
- •Бинарные связи со степенью связи 1: n
- •Правило 4.
- •Правило 5.
- •13.. Бинарные связи степени m:n.
- •Правило 6.
- •Пример проектирования с использованием связей степенью м:n
- •Связи более высокого порядка
- •Правило 7
- •Пример проектирования с использованием связей более высокого порядка
- •Использование ролей
- •Правило 8
- •Пример проектирования с использованием ролей
- •14..Ограничения реляционных баз данных.
- •Недостатки реляционных баз данных
- •Системы управления базами данных следующего поколения
- •Абстрактные типы данных
- •Генерация систем баз данных, ориентированных на приложения
- •Ориентация на расширенную реляционную модель
- •Расширенная реляционная модель
- •15.. Объектно-ориентированные субд.
- •Объектно-ориентированная парадигма.
- •Недостатки объектно-ориентированных баз данных:
- •Стандарт odmg.
- •Объектная модель
- •Язык описания объектов
- •Язык объектных запросов
- •Связывание с оо-языками
- •Объектные расширения реляционных субд. Язык sql-3.
Предметная область. Интеграция данных. Достоинства. Проблемы.
Под предметной областью (ПО) понимают часть реального мира. По отношению к информационным системам предметная область – это та часть реального мира, о которой информационная система собирает информацию.
Рис. 2.1 Структура предметной области |
Возглавляет предметную область её администратор (директор, начальник, ректор). Предметная область состоит из фрагментов (рис 2.1). Каждый фрагмент предметной области характеризуется множеством объектов и процессов, использующих объект, а также множеством пользователей, объединяемые единым взглядом на предметную область.
До недавнего времени автоматизировались отдельные процессы в рамках фрагментов предметной области, то есть разрабатывалось множество локальных приложений. При таком подходе одни и те же данные многократно представлялись в памяти ЭВМ, поскольку локальные приложения разрабатываются и эксплуатируются независимо друг от друга.
При переходе от автоматизации отдельных процессов предметной области к созданию автоматизированных информационных систем требуется не только увязка локальных приложений, но и качественно новый подход к организации данных. Этот подход состоит в использовании единого хранилища данных, тогда отдельные пользователи перестают быть владельцами тех или иных данных. Все данные накапливаются и хранятся централизованно.
В памяти ЭВМ создается динамически обновляемая модель предметной области, это хранилище или динамическую модель предметной области и называют базой данных.
Пользователи информационных систем имеют возможность обращаться к интересующим их данным, а одни и те же данные могут быть представлены в разной форме в зависимости от потребности пользователя. Это обеспечивается использованием программной среды. Важным компонентом автоматизированной информационной системы является СУБД (система управления базой данных) (рис. 2.2).
СУБД – это набор программных модулей.
Рис. 2.2 Система управления базой данных (СУБД). |
Интеграция данных Достоинства интеграции данных
Интеграция обеспечивает синхронное обновление данных для всех приложений.
Устраняется избыточность данных, что приводит к уменьшению требований к внешней памяти.
Сокращение дублирования данных приводит к повышению достоверности данных и сокращается время на процедуру их обновления.
Хранение данные в БД в унифицированном виде, благодаря этому разработчикам приложений не нужно задумываться над вопросами физического доступа к данным. Эти физические механизмы автоматически поддерживаются СУБД. Прикладной программист лишь подбирает подходящие типы данных и сообщает программе, в каком виде хочет их получить.
Применение интегрированых БД обеспечивает высокий уровень независимости приложений (т.е. конкретных задач обработки данных) от организации данных.
Проблемы, связанные с интеграцией данных
В случае нескольких локальных приложений, каждый владелец сам несет полную ответственность за свои данные. |
В случае глобальной базы данных владельцы данных становятся пользователями, а всю ответственность за целостность и достоверность данных несет администратор БД. |
Рис. 2.3 Организация обслуживания БД. |
Владельцы должны быть уверены в сохранности данных, а значит, возникает потребность в новом подразделении – в службе администратора БД.