- •Тема 1. Введение. Автоматизированные информационно-управляющие системы(аиус). Место автоматизированных банков данных в аиус.
- •Тема 2. Информационные системы. Основные понятия.
- •2.1 Информация и данные.
- •2.1.1. Сигналы и данные.
- •2.1.2. Данные и методы.
- •2.1.3. Понятие об информации.
- •Информация – это продукт взаимодействия данных и адекватных им методов в момент ее образования. Рассмотрим схему данных, метода и информации.
- •2.1.4.Свойства информации.
- •. Инфологический и даталогический аспекты создания информационного обеспечения асу(ио аис-су).
- •2.3 Понятия о бд и системах управления бд (субд).
- •. Автоматический банк данных, как основа подсистемы информационного обеспечения аис.
- •2.4.1. Бд. Уровни представления бд. Логическая и физическая независимость данных.
- •Для обеспечения вышеуказанных свойств предлагались различные архитектуры автоматических банков данных, но наиболее жизнеспособной из них оказалась трехуровневая система организации базы данных.
- •2.4.2. Субд.
- •2.4.3Администраторы бд и другие пользователи. Администратор бд – это лицо или группа лиц, проектирующих и реализующих рациональную организацию банка данных и обеспечивающих его корректную работу.
- •Архитектура банка данных.
- •Классификация ис и бд
- •2.6.2. Ис с архитектурой файл-сервер.
- •Разновидности архитектур информационных систем типа клиент-сервер.
- •1 Клиент – 1 сервер.
- •Модель удаленного доступа к данным.
- •Модель сервера бд.
- •Модель сервера приложений(трехуровневая модель).
- •Корпоративные ис на базе интернет-технологии.
- •Географически распределенные ис(глобальные ис).
- •Географически распределенные ис с использование интернет-технологий.
- •Тема 3. Проектирование Информационных Систем (ио).
- •3.1 Жизненный цикл ис.
- •3.1.1. Планирование разработки.
- •Суть состоит в постановке таких задач, как :
- •3.1.2. Анализ предметной области (по) и определение требований к ис(ио).
- •Проектирование ис. Общими требованиями при проектировании ис являются:
- •Концептуальное проектирование.
- •Этап логического проектирования.
- •Этап физического проектирования
- •Выбор субд.
- •Разработка приложений.
- •Проектирование транзакций.
- •Проектирование пользовательского интерфейса.
- •Реализация.
- •Тестирование.
- •Эксплуатация и сопровождение.
- •3.2.1. Традиционная схема анализа по.
- •Пример схемы информационных потоков при реализации процесса назначения стипендии приведен на рис. 3.2.1.3.
- •3.3. Проектирование концептуальной инфологической модели.
- •При составлении e-r-модели используются 3 основных элемента, с помощью которых отображается по:
- •3.3.2. Создание локальных концептуальных инфалогических моделей(моделирование локальных представлений) - лкимд(лкмд).
- •3.4.1. Логическое проектирование бд.
- •Вводная часть.
- •3.4.2. Подэтап 1. Логическое проектирование бд. Построение и проверка ллмд.
- •Преобразование лкмд в ллмд.
- •Удаление рекурсивных связей.
- •Удаление множественных атрибутов.
- •3.4.2.2. Определение набора отношений исходя из ллмд.
- •3.4.2.2.1. Формирование для связи 1:1 .
- •3.4.2.2.2.Формирование отношений для связей типа 1:m.
- •3.4.2.2.3. Формирование отношений для связей м:м.
- •3.4.2.2.4. Пример формирования отношений исходя из структуры ллмд.
- •3.4.2.2.5. Проверка модели на выполнение транзакций пользователя (фаза4).
- •Определение требований поддержки целостности данных
- •3.4.3. Создание и проверка глмд.
- •3.4.3.1 Слияние ллмд в глмд (фаза 1).
- •3.4.3.2 Проверка глмд (фаза 2).
- •3.4.3.3, Создание окончательного варианта глобальной диаграмы Сущность-Связь (глмд) (фаза 3).
- •Тема 4.Модель данных. Реляционная модель данных.
- •4.1 Модель данных общие понятия
- •4.2. Организация данных в реляционных наборах данных.
- •4.3. Нормализация отношений.
- •4.4. Операции над отношениями в рмд.
- •4.4.1. Операции обработки отношений.
- •2.3. Операция "деление"
- •4.4.2. Операции обновления отношений.
- •Тема 5. Языки запросов для работы с бд реляционного типа.
- •5.1. Краткая характеристика языков.
- •5.2. Описание данных средствами языка sql.
- •5.3. Операторы обработки данных (оод).
- •5.3.1 Операторы (запросы) проекции.
- •5.3.2 Операции селекции.
- •5.3.3 Запросы с использованием специальных функций.
- •5.3.4 Запросы с использованием агрегатных (итоговые) функций.
- •5.3.5 Операторы обновления таблицы в языке sql.
- •5.4. Реализация некоторых операций алгебры средствами реляционного субд foxpro(Visual foxpro).
- •Тема 6. Физические модели баз данных и физическое проектирование
- •6.1 Общие понятия о файловых структурах.
- •6.1.2 Файлы фбд (модель внешней памяти эвм).
- •6.2 Взаимодействия субд, диспетчера файлов и диспетчера дисков и их функции.
- •6.2.1 Схема взаимодействия субд , дф , дд .
- •6.2.2 Диспетчер дисков (базовая система ввода/вывода).
- •6.2.3 Диспетчер файлов.
- •Управление страницами.
- •Управление хранимыми в памяти записями
- •Методы доступа к записям фбд
- •6.3.1. Последовательный доступ(используются для последовательных файлов).
- •6.3.2. Доступ по первичному ключу
- •6.4. Физическое проектирование .
- •6.4.1. Анализ транзакций .
- •6.4.2.Выбор файловой структуры .
- •6.4.2.1. Последовательные файлы .
- •6.4.2.2. Хешированные файлы.
- •6.4.2.3.Индексно-последовательные файлы (isam) .
- •6.4.2.4.Двоичные деревья .
- •6.5. Примеры структур данных в файлах с различной организацией и методов доступа к записям .
- •6.5.2. Последовательные файлы .
- •6.5.3. Хешированные файлы (хф) .
- •6.5.4. Индексные файлы .
- •6.5.4.1. Индексно-последовательные файлы .
- •Тема 7. Методы доступа и защиты данных.
- •7.1 Общие вопросы обеспечения защиты данных в базе.
- •7.2. Методы и приемы защиты данных от несанкционированного доступа, от лиц, пытающихся незаконно получить доступ к бд.
- •7.2.1. Идентификация пользователя.
- •7.2.2. Управление доступом.
- •7.2.3. Шифрование данных (физическая защита).
- •7.3. Обеспечение целостности данных (функция безопасности).
Удаление множественных атрибутов.
Множественными (многозначными) атрибутами называют такие атрибуты, которые могут иметь несколько значений для одного и того же экземпляра сущности. Рассмотрим пример ЛКМД, в котором используется такая сущность как «кафедра».
Название |
Номер телефона |
Число сотрудников |
АиТ |
55-2-97 |
26 |
ЧиТ |
55-6-95 |
18 |
Рис 3.4.2.1.3.1.
Если в ЛКМД присутствует такой множественный атрибут, например такой атрибут, как номер телефона, то её (ЛКМД) следует преобразовать путем введения новой сущности и путём введения новой связи этой новой сущности с исходной сущностью.
Рис 3.4.2.1.3.2.
3.4.2.2. Определение набора отношений исходя из ллмд.
После построения E-R диаграмм (ЛЛМД) с учётом всех сущностей и связей можно сформировать набор предварительных отношением с указанием первичного ключа для каждого отношения диаграмм E-R-типа . При этом можно использовать следующие правила формирования отношений , которые основываются на учёте :
-степени связи (ССС) между сущностями (1:1) , (1:M) ,(M:1) ,(M:M) ;
-класса принадлежности (КП) экземпляров сущностей (обязательный и необязательный) .
Таких правил формирования отношений на основе диаграмм ER-типа шесть (6).
Эти правила распространяются на бинарные связи .Рассмотрим их .
3.4.2.2.1. Формирование для связи 1:1 .
Правило 1. Если степень бинарной связи 1:1 и класс принадлежности обеих сущностей обязательный , то формируется одно (1) отношение .
Пример 1.Предположим составлены диаграммы E-R-типа .
Для неё формируется отношение R1 .
Рис. 3.4.2.2.1 Диаграммы и отношение для правила 1.
С1 и С2 – сущности 1 и 2 , K1 и K2 – ключи первый и второй сущности соответственно , R1 – отношение 1 , сформированное на основе первой и второй сущностей , K1 и K2 , … означает , что ключом сформированного отношения может быть либо К1 , либо К2 .
Это и другое правила будем проверять , рассматривая варианты связи :
“Преподаватель ведёт дисциплину “.
Пусть сущность “преподаватель характеризуется атрибутами : НП (идентификационный номер преподавателя) , ФИО (фамилия , имя отчество), стаж (стаж работы преподавателя ) , а сущность “дисциплина” характеризуется атрибутами КД (код дисциплины ) , часы (часы , отводимые на изучение дисциплины ) .
Тогда схема одного отношения , содержащего информацию об обеих сущностях “преподаватель – дисциплина(НП , ФИО , стаж , КД , часы )”. А само отношение может иметь вид (рис. 3.4.2.2.2.)
Преподаватедь_Дисциплина
Рис. 3.4.2.2.2. Полученные по правилу 1 схема отношения и отношение .
Сформированное отношение содержит полную информацию о преподавателях , дисциплинах и о том , как они связаны друг с другом . Так , преподаватель Иванов И.И. ведёт только дисциплину с кодом К1 , а дисциплина К1 ведётся только Ивановым И.И. (связь 1:1) . В этом отношении отсутствуют пустые поля ( КП- обязательный для всех сущностей ) , т.к. нет преподавателей , которые бы что-то не вели , и нет дисциплин , которые никто не ведёт . Таким образом , одного отношения в данном случае достаточно . В качестве первого ключа может быть выбран либо ключ 1-ой специальности – К1 , либо ключ 2-ой сущности –К2.
Правило 2.Если степень связи 1:1 и КП одной сущности обязательный , второй – необязательный , то необходимо формировать 2 отношения . Под каждую сущность , формируется по одному отношению с первичными ключами , являющееся ключами соответствующих сущностей .Кроме того , к отношению , сущность которого имеет обязательный КП , добавляется в качестве атрибута ключ сущности с необязательным КП .
На рис. 3.4.2.2.3. приведена диаграмма E-R-типа и отношения , сформированные на её основе по правилу 2.
Рис. 3.4.2.2.3 Диаграмма E-R-типа и отношения , полученные по правилу 2.
Рассмотрим применение этого правила 2 для диаграмм (рис. 3.4.2.2.4)
а) Диаграмма E-R-типа
б) Диаграмма E-R-экземпляров
K1-ТАУ
K2-БД
K3-Информатика
K4-физика
Рис. 3.4.2.2.4 Диаграммы для связи 1:1 варианта
Этой диаграмме E-R-экземпляров , с учётом вышеуказанных атрибутов , каждой сущности можно поставить в соответствие одно исходное соотношение (рис.3.4.2.3.5.), содержащее информацию о преподавателях и дисциплинах .
Преподаватель дисциплина
Рис. 3.4.2.2.5 Исходное отношение .
Это отношение представляет вариант , в котором КП сущности “ПРЕПОДАВАТЕЛЬ” является обязательным , а сущности “ДИСЦИПЛИНА” – необязательным . При этом присутствуют пустые поля , во всех строках (кортежах) с информацией о дисциплинах , которые не ведутся ни одним из преподавателей . Избежать этой ситуации можно , применив правило 2 , в соответствии с которым выделяются 2-а отношения : “Преподаватель” , “Дисциплина” (рис. 3.4.2.2.6)
ПРЕПОДАВАТЕЛЬ (НП,ФИО,СТАЖ,КД) ДИСЦИПЛИНА (КД,ЧАСЫ)
НП |
ФИО |
СТАЖ |
КД |
П1 |
Иванов И.И. |
5 |
К1 |
П2 |
Петров П.П |
7 |
К2 |
П3 |
Семёнов С.С |
10 |
К3 |
КД |
Часы |
Дисциплина |
К1 |
60(200) |
ТАУ |
К2 |
70(150) |
БД |
К3 |
100 |
Информатика |
К4 |
80(300) |
Физика |
Рис. 3.4.2.2.6Отношения , полученные по правилу 2 .
В результате без потери данных устранены пустые поля в отношениях .Добавив атрибут КД –ключ сущности “ Дисциплина ”(с необязательным КП) в качестве внешнего ключа , в отношение соответствующее сущности “ Преподаватель ” (с обязательным КП) , мы связали два отношения (рис.3.4.2.2.7)
Рис. 3.4.2.2.7. Связь отношений по внешнему ключу .
Это связывание при работе с базой данных позволяет получать одновременно данные о преподавателях и ведущихся ими дисциплин.
Правило 3. Если связь со ССС 1:1 и КП обеих сущностей является необязательным (Н), то необходимо формировать 3 (три) отношения.
Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первым первыми двумя, поэтому этот его ключ объединяет эти атрибуты связываемых отношений.
На рис. 3.4.2.2.8. приведены диаграмма ER-типа и отношения, сформированная по правилу 3.
а) диаграмма ER-типа
б) диаграмма ER-экземпляров
в) Схема отношений
Рис 3.4.2.2.8 Исходные диаграммы ER-типа(а,б) и отношения сформированные по правилу 3. и на его основе (в).
Рассмотрим примеры отношений составленных на базе диаграмм ER-экземпляров, которые подтверждают необходимость использования 4 (трех) отношений при наличии необязательного КП, для обеих связываемых сущностей. Сформируем сначала первое отношение (рис. 3.4.2.2.9).
ПРЕПОДАВАТЕЛЬ -ДИСЦИПЛИНА
НП |
ФИО |
СТАЖ |
КД |
ЧАСЫ |
Дисциплина |
П1 |
Иванов И.И. |
5 |
К1 |
60 |
ТАУ |
П2 |
Петров П.П. |
7 |
… |
… |
… |
П3 |
Семенов С.С. |
10 |
К3 |
100 |
Информатика |
… |
… |
… |
К4 |
80 |
Физика |
Рис. 3.4.2.2.9. Одно отношение, сформированное на основе ER-типа рис 3.4.2.2.8.
Использование только одного отношения приводит к наличию нежелательных пустых полей.
Рис
3.4.2.2.10. Два отношения сформированные на
основе исходных ER-диаграмм
( Рис 3.4.2.2.8).
При использовании двух отношений ( Рис 3.4.2.2.8.) нам пришлось добавить ключи каждой из сущностей в отношение, соответствующие другой сущности. Это сделать нужно, чтобы не потерять сведения о том, какую дисциплину ведет каждый преподаватель и наоборот. Однако и в этом случае имеет место нежелательные пустые поля.
Как уже было сказано (правило 3) выход заключается в использовании 3 (трех) отношений, сформированных в соответствии с этим правилом (Рис 3.4.2.2.11)
Преподаватель Ведет Дисциплина
Рис 3.4.2.2.11 Три отношения, сформированные на основе ER-диаграмм
( Рис 3.4.2.2.8).
В этом варианте объектные отношения “ПРЕПОДАВАТЕЛЬ” и “ДИСЦИПЛИНА” с атрибутами сущностей содержат полную информацию обо всех преподавателях и дисциплинах соответственно связное отношение “ВЕДЕТ” содержит: данные о преподавателях, которые ведут дисциплины; данные о дисциплинах, которые ведутся преподавателями. При этом в нем имеется так же одно упоминание о каждом преподавателе и дисциплине в силу связи 1:1. Это отношение содержит в данном случае только ключевые атрибуты обеих сущностей, но может иметь и другие атрибуты, характеризующие эту связь. Например, номер семестра, в котором преподаватель ведет дисциплину.
Итак, рассмотренные три правила, позволяют формировать отношения на основе ER-диаграмм, для любых вариантов со степенью связи типа 1:1.
