35. Логическое проектирование бд

Ответ:

На этапе логического проектирования на базе концептуальной модели создается структура данных.

Цель этапа логического проектирования – преобразование концептуальной схемы на основе выбранной модели данных в логическую модель, независящую от особенностей используемой в дальнейшем СУБД для физической реализации БД.

Процедуры:

• Выбор модели данных;

• Определение набора таблиц и их документирование;

• Нормализация таблиц;

• Определение требований к поддержке целостности данных и их документирование.

36. Физическое проектирование бд

Ответ:

На этапе физического проектирования определяются особенности хранения данных и методов доступа к ним.

Цель этапа физического проектирования – определение конкретной реализации БД, размещение во внешней памяти компьютера.

Процедуры:

• Проектирование таблиц БД;

• Проектирование физической организации БД;

• Разработка стратегии защиты БД.

37. Распределенные субд

Ответ:

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

Распределенная СУБД – это программный комплекс, предназначенный для управления распределенными базами данных и обеспечивающий прозрачный доступ пользователей к распределенной информации.

Распределенная СУБД состоит из единой логической базы данных, разделенной на некоторое количество фрагментов. Каждый фрагмент базы данных сохраняется на одном или нескольких компьютерах, работающих под управлением отдельных СУБД и соединенных между собой сетью связи. Любой узел способен независимо обрабатывать запросы пользователей, требующие доступа к локально сохраняемым данным (т. е. каждый узел обладает определенной степенью автономности), а также способен обрабатывать данные, сохраняемые на других компьютерах сети.

Распределенные СУБД:

• Informix

• Oracle

• Sybase

38. Структурная часть реляционной модели

Ответ:

Реляционная модель данных – это совокупность двумерных реляционных таблиц-отношений.

Связи между двумя таблицами устанавливаются по равенству значений одинаковых атрибутов таблиц-отношений.

Операции обработки реляционных моделей основаны на использовании универсального аппарата алгебры отношений и реляционного исчисления.

К достоинствам реляционной модели относятся простота представления данных реляционной модели, благодаря табличной форме, и минимальная избыточность данных при нормализации таблиц-отношений. В реляционных моделях обеспечивается независимость приложений пользователя от данных, допускающая включение или удаление отношений, изменение атрибутного состава отношений.

Структура данных реляционной модели – это простейшая двумерная реляционная таблица и ее поименованные столбцы (атрибуты), определяющие элементарное данное.

Реляционная таблица является основным типом структуры данных (объектом) реляционной модели. Структура этой таблицы определяется совокупностью столбцов (полей), для которых определен тип данного. Основной логической единицей обработки (поиск, выборка, сортировка, вычисления) в реляционной БД является строка таблицы (запись).

Основные свойства таблиц:

• не может быть двух одинаковых строк,

• в каждой строке содержится по одному значению каждого атрибута

Столбец соответствует некоторому элементу данных – простому атрибуту, который является простейшей структурой данных. В таблице не могут быть определены множественные элементы, группа или повторяющаяся группа, как в рассмотренных выше иерархических или сетевых моделях. Таким образом, таблица имеет чисто линейную структуру. Имя каждого столбца (атрибута) должно быть уникальным в структуре таблицы, т.е. имена не могут повторяться в одной таблице. Общее число строк не ограничено.

Уникальным (первичным) ключом таблицы является один или несколько атрибутов, значения которых однозначно идентифицируют строку (запись) таблицы. Значения уникального ключа не могут повторяться в разных строках.