
- •Понятие банка данных.
- •Требование к банку данных.
- •Компоненты банков данных и их краткая характеристика.
- •Информационная компонента банков данных.
- •Программные средства банков данных.
- •Языковые средства банков данных.
- •Технические средства банков данных.
- •Организационно-методические средства банков данных.
- •Администраторы банка данных.
- •Понятие базы данных.
- •Этапы проектирования баз данных.
- •Функции администратора банка данных.
- •Система управления базой данных и её основные функции.
- •Модели представления данных
- •Иерархическая модель представления данных.
- •Сетевая модель представления данных.
- •Реляционная модель данных.
- •Понятие тип данных в реляционной модели данных.
- •Понятие отношения в реляционной модели данных.
- •Понятие домена в реляционной модели данных.
- •Понятие кортежа.
- •Понятие степени отношения.
- •Понятие мощности отношения.
- •Понятие потенциального ключа.
- •Фундаментальные свойства отношений.
- •Операции над отношениями.
- •Нормализация и её цель.
- •Виды нормальных форм.
- •Первая нормальная форма.
- •Вторая нормальная форма.
- •Третья нормальная форма.
- •Нормальная форма Бойса-Кодда.
- •Четвертая нормальная форма.
- •Пятая нормальная форма.
Организационно-методические средства банков данных.
В СБД выполняются операции по вводу, хранению, обработке и выводу информации (рис. 7). При выполнении этих операций используются различные технологии и различные технические и программные средства.
Рис. 7. Операции с БД
Организационно-методические средства СБД представляют собой инструкции, методические и регламентирующие материалы для пользователей разных категорий. К ним же относятся методики проектирования БД.
Администраторы банка данных.
Создание, функционирование и развитие СБД обеспечиваются администрацией базы данных (АБД), которая выполняет работы на протяжении всего жизненного цикла системы. В состав АБД входят:
· системные аналитики;
· проектировщики структур данных и внешнего по отношению к СБД информационного обеспечения;
· проектировщики технологических процессов обработки данных;
· системные и прикладные программисты;
· операторы;
· специалисты по техническому обслуживанию;
· специалисты по маркетингу (для коммерческих СБД).
В обязанности АБД входит выполнение следующих функций.
1. Анализ предметной области, ее описание, формулировка ограничений целостности, определение потребностей и статуса пользователей.
2. Проектирование структуры БД: определение состава и структуры информационных единиц БД, связей между ними.
3. Задание ограничений целостности при описании структуры БД и процедур обработки данных.
4. Первоначальная загрузка и ведение БД: разработка технологии загрузки и ведения БД, проектирование форм ввода, создание программных модулей.
5. Защита данных:
· обеспечение парольного входа в систему;
· определение прав доступа пользователей к данным;
· выбор и создание программно-технических средств защиты данных;
· тестирование средств защиты данных;
· сбор статистики об использовании данных;
· исследование случаев нарушения защиты данных;
· обеспечение восстановления БД, ведение системных журналов.
6. Анализ обращений пользователей к БД.
7. Работа с конечными пользователями.
8. Работа над совершенствованием и динамическим развитием СБД.
Понятие базы данных.
Система баз данных (СБД) – это система специально организованных данных (баз данных), программных, технических, языковых, организационно-методических средств для централизованного накопления и коллективного многоцелевого использования данных.
База данных (БД) – именованная совокупность данных, отображающая состояние объектов и их отношений в рассматриваемой предметной области.
Система управления базами данных (СУБД) – это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.
Этапы проектирования баз данных.
Начальным шагом проектирования ИС является построение инфологической модели предметной области. Предварительная инфологическая модель строится еще на предпроектной стадии и затем уточняется на более поздних стадиях проектирования. Затем на ее основе строится даталогическая модель. Физическая и внешняя модели после этого могут строиться в любой последовательности по отношению друг к другу, в том числе и параллельно.
На рис. 1.22 показана взаимосвязь этапов проектирования БД. Как видно из рисунка, при проектировании БД возможен возврат на предыдущие уровни. При этом возможны два типа возврата: первый обусловлен необходимостью пересмотра результата проектирования (например, для улучшения полученных характеристик, обхода ограничений и т.п.), второй тип вызван потребностью уточнения предыдущей модели (как правило, инфологической) в целях получения дополнительной информации для проектирования или при выявлении противоречий в модели.