- •Тема 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. Обеспечение целостности данных (функция безопасности).
2.4.2. Субд.
СУБД — специальный пакет программ, посредством которого реализуется централизованное управление БД и обеспечивается доступ к ним.
СУБД – это совокупность языковых и программных средств, предназначенных для создания и совместного использования БД многочисленными пользователями.
Упрощенно функции СУБД:
Пользователь(приложение) выдает запрос на доступ к тем или иным данным. Запрос обычно может быть сформирован либо выбором какого-то пункта меню, либо в виде набора операторов на языке запросов SQL), либо в виде фрагмента прикладной программы.
СУБД воспринимает этот запрос и анализирует.
СУБД в зависимости от варианта запроса:
просматривает внешнюю схему данного пользователя.
отображает внешнюю схему на КСх.
просматривает КСх.
отображает КСх на внутреннюю схему.
просматривает внутреннюю схему.
После этого СУБД выполняет или стимулирует выполнение необходимых операций преобразования данных от одного уровня к другому и в результате инициирует через ОС передачу данных между физическим уровнем и пользователем (рис. 2.4.5.).
Рис. 2.4.5. Схема взаимодействия СУБД с другими компонентами АИС.
В качестве примера рассмотрим, как реализуется запрос на выборку определенного количества экземпляров внешних записей(строк таблицы).
В этом случае:
СУБД анализирует схемы внешних записей данных приложения, схемы концептуальных записей и внутренних(хранимых) записей для того, чтобы определить, какие же конкретно экземпляры хранимых записей требуется выбрать.
На основе найденных хранимых записей формируются экземпляры концептуальных записей.
На основе концептуальных записей формируются экземпляры внешних записей.
Найденные внешние записи передаются в рабочую область ввода/вывода прикладных программ и далее пользователю.
К СУБД предъявляются следующие основные требования:
СУБД должна обеспечить возможность описания данных (внешние схемы, концептуальные схемы в виде внутренних схем) и обеспечить возможность преобразования этих описаний из одного уровня в другой. А для этого СУБД должна включать компоненты т.н. языкового процессора или компоненты языка описания данных(ЯОД).
СУБД должна уметь обрабатывать запросы пользователя на выборку, изменение, удаление существующих записей или на добавление новых данных в базу, или другими словами СУБД должна включать в себя компоненты языка(процессора) манипулирования данными(ЯМД или ПМД).
СУБД должна уметь контролировать пользовательские запросы и не допускать попытки нарушения правил обеспечения безопасности и целостности информации.
СУБД должна обеспечивать возможность восстановления утерянных данных(в частности за счет хранения резервных копий и т.д.).
Должна обеспечивать функции словаря данных(должна содержать метаданные, т.е. в таких метаданных должны храниться сведения о структуре, аппаратных средствах и т.д.
СУБД должна выполнять все функции, с требуемыми скоростью(производительностью), точностью и т.д.
Ретроспектива.
Сначала создавались СУБД для больших ЭВМ для решения задач обработки информации в крупных предприятиях и организациях(АСУ НЭВЗ или АСУ НПИ). Эти СУБД были сложны для изучения и эксплуатации, т.к. требовали специалистов различных профессий.
По мере распространения ПЭВМ были созданы СУБД имеющие более простую архитектуру, более простые для изучения и эксплуатации и они получили широкое распространение в лабораториях и у отдельных пользователей.
В дальнейшем, при появлении вычислительных сетей, стали создаваться и распределенные БД, а для них и распределенные СУБД. Такие СУБД являются более сложными с точки зрения программной и аппаратной реализации, но тем не менее получают все большее распространение.
