25. Концептуальное проектирование, его цель и процедуры

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

1. Определение сущностей и их документирование.

2. Определение связей между сущностями и их документирование.. Устанавливается тип каждой из них. Выявляется класс принадлежности сущностей.

3. Создание ER-модели предметной области.

4. Определение атрибутов и их документирование

5. Определение значений атрибутов и их документирование

6. Определение первичных ключей для сущностей и их документирование.

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

26. Логическое проектирование, его цель и процедуры

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

1. Выбор модели данных. Чаще  всего выбирается реляционная модель данных 2. Определение набора таблиц исходя из ER-модели и их документирование.

3. Нормализация таблиц.

4. Проверка логической модели данных  на предмет возможности выполнения всех транзакций

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

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

27. Физическое проектирование, его цель и процедуры

При логическом проектировании отвечают на вопрос – что надо сделать, а при физическом – выбирается способ, как это сделать. Процедуры физического проектирования следующие.

1. Проектирование таблиц базы данных

2. Реализация бизнес-правил в среде выбранной СУБД.

3. Проектирование физической организации базы данных.

4. Разработка  стратегии защиты базы данных.

5. Организация мониторинга функционирования базы данных и ее настройка.

28. Понятие СУБД. Язык описания данных и язык манипулирования данными. Архитектура СУБД.

(СУБД) – это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

Понятие архитектуры - одно из важнейших в теории баз данных и служит основой для понимания возможностей совр. СУБД. Различают 3 уровня архитектуры СУБД:

1. внутренний, который описывает, каким образом размещаются и хранятся данные на устройствах хранения информации

2. внешний, на котором пользователю предоставляется возможность манипулирования данными с помощью специального языка.

Это возможно благодаря наличию у СУБД след. средств: язык описания данных, язык манипулирования данными, язык запроса. ЯОД предусматривает идентификацию ф-ов БД, объектов, полей и их типов. ЯМД дает возможность модифицировать данные в базе и защищать их от случайного разрушения или несанкционированного доступа. ЯЗ обеспечивает доступ данных и извлечение их по запросу пользователя.

3. Концептуальный уровень -На этом уровне отражается содержание базы данных

29. Функциональные возможности субд. Производительность субд

К основным функциям СУБД относятся:

¨ Ведение системного каталога, доступного конечным пользователям

Системный каталог-описывает данные в базе данных (по сути, это "данные о данных", или метаданные).

¨ Поддержка транзакций.. Транзакция представляет собой набор действий, выполняемых отдельным пользователем или прикладной программой с целью доступа или изменения содержимого базы данных. Примерами транзакций может служить добавление в базу данных сведений о новом сотруднике, обновление сведений о зарплате некоторого сотрудника, удаление сведений о сотруднике.

¨ Поддержка параллельной работы.

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

¨  Контроль  доступа к данным. СУБД должна иметь механизм, гарантирующий возможность доступа к базе данных только санкционированных пользователей.

30. Классификация СУБД.Режимы работы. Можно использовать различные признаки классификации:

-по типу модели данных, поддерживаемому СУБД:

• иерархические

• сетевые

• реляционные

- по уровню использования:

• профессиональные

• персональные

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

- по степени универсальности:

• общего назначения (не имеют ориентации на конкретную предметную область)

• СУБД специальные (для конкретного применения)

- По способу распределения данных:

• Централизованные СУБД

• Децентрализованные

• Смешанные

пользовательский интерфейс, через который возможна работа пользователя с СУБД в трех режимах:

1) Через меню системы-интерктив,окна…

2) Командный режим -на уровне языка СУБД,подготовака польз

3) Программный режим. Обеспечивает организацию доступа к данным и управление ими из прикладных программ. Пользователи компьютерных сетей могут работать с СУБД в однопользовательском и многопользовательском режимах, обеспечивающих доступ к БД соответственно одного из них и многих одновременно.