Жизненный цикл БД

Функции администрирования БД.

Структура базы данных.

Реляционная модель данных.

На практике более распространена реляционная модель. Данные представляют собой совокупность таблиц, связанных отношениями Сотрудник фирмы IBMЭ. Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение – relation. Реляционная модель БД представляет собой набор связанных между собой таблиц. Каждая из таблиц содержит информацию о каких-либо объектах одной группы. Все записи одной таблицы имеют идентичные, заданные пользователем, структуру и размеры. Например, какой-либо журнал. Каждая строка такой таблицы называется записью, а столбец – полем. Имя поля — любое имя длиной до 64 символов и может содержать буквы кириллицы, пробелы и специальные символы, за исключением точек, восклицательных знаков и угловых скобок. Имя каждому полю дается при создании базы данных. Обычно имя состоит из 3—б символов (до 10). Имена разных полей совпадать не могут. Длина поля — это максимальное число символов, которые могут быть записаны в поле.

Структурой базы данных называют порядок расположения полей записи с указанием имени, типа (формата) и длины. Таблицы должны обладать следующими свойствами:

• каждый столбец таблицы — это элемент данных (атрибут) и его значения должны быть не расчленяемыми на несколько значений

• все столбцы однородные

• в таблице нет двух одинаковых строк

• столбцы и строки могут просматриваться в любом порядке, безотносительно к их информационному содержанию и смыслу

• число строк не ограничено

Администрирование базы данных – это функция управления базой данных (БД). Лицо ответственное за администрирование БД называется “Администратор базы данных” (АБД). организационное и техническое планирование БД, проектирование БД, обеспечение поддержки разработок прикладных программ, подготовка вычислительного комплекса к установке СУБД, участие в установке и приемке СУБД и самой БД с комплексом прикладных программ, управление эксплуатацией БД, подготовка словарей и другой НСИ - нормативно-справочной информации - к моменту начала испытания БД.

1. планирование разработки БД. Рассмотрение с какой целью разрабатывается. Определение объема работ и ресурсов.

2. определение требований к системе, определение диапазон действий, состав пользователей, область применения.

3.сбор и анализ требований пользователей. Анализ документооборота сведений о выполнении транзакций, список требований с указанием приоритетов

4. проектирование БД: - потенциальное проектирование (создание подробной модели) – логическое (слияние отдельных моделей в глобальную логическую модель) – физическое (описание реляционных таблиц и ограничений, разработка ср-в защиты)

5. разработка приложений - проектирование транзакций и пользовательского интерфейса

Дата добавления: 2017-01-14