- •Введение
- •Требования к современным субд
- •Технологии работы с бд.
- •Классификация субд
- •Основные понятия теории бд
- •Функции субд
- •Логическая и физическая независимость данных.
- •Процесс прохождения пользовательского запроса к бд
- •Пользователи банков данных
- •Типы моделей данных.
- •Ограничение целостности
- •Реляционная модель данных
- •Типы связей между таблицами
- •Основные этапы проектирование баз данных
- •Модель "сущность связь" (er-диаграмма)
- •Преобразование er модели в реляционную бд.
- •Нормализация бд
- •Первая нормальная форма (1нф)
- •Вторая нормальная форма (2нф)
- •Третья нормальная форма (3нф)
Основные этапы проектирование баз данных
БД - как любой программный продукт, обладает собственным жизненным циклом (ЖЦБД). Главной составляющей в ЖЦБД, является создание единой БД и программ, необходимых для её работы.
ЖЦБД включает в себя следующие этапы:
1.) Планирование разработки БД - содержание данного этапа, это разработка стратегического плана, в процессе которой осуществляется предварительное планирование конкретной системы управления БД. Важной частью разработки этого плана, является проверка осуществимости проекта, состоящая из 3 частей: проверка технологической осуществимости, проверка операционной осуществимости, проверка экономической целесообразности.
2.) Определение требования к системе - на этом этапе необходимо определить диапазон действия приложения БД, состав пользователя и области применения.
3.) Сбор и анализ требования пользователей - на этом этапе создаётся модель документооборота. По каждому документу необходимо установить периодичность использования, данные необходимые для выполнения выделенных функций. Собранная информация о каждой области применения и пользовательской группе, должна включать следующие компоненты: исходную и генерированную документацию, подробные сведения о выполняемых транзакциях, а так же список требований с указанием их приоритетов.
4.) Проектирование БД:
а.) Концептуальное - в построении общей концептуальной модели выделяют ряд этапов: выделение локальных представлений, каждая из которых проектируется как подзадача; формулирование сущностей и описания их атрибутов; выделение ключевых атрибутов; спецификация связей между сущностями и удаление избыточных связей; анализ и добавление не ключевых атрибутов; объединение локальных представлений.
б.) Логическое проектирование - на этом этапе создаётся глобальная логическая модель данных, отражающая особенности представления о предприятии всех групп пользователей.
в.) Физическое проектирование - на этом этапе создаётся описание СУБД, для конкретной БД. Рассмотрим действия, выполняемые на этом этапе для реляционной модели данных: создание описания набора реляционных таблиц и ограничений для них; определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность СУБД; разработка средств защиты создаваемой системы.
5.) Разработка приложений: а.) Проектирование транзакций заключается в определении: данных, которые используются в транзакций, функциональных характеристик транзакций, выходных данных формируемых транзакций, степени важности и интенсивности использования транзакции. При проектировании пользовательского интерфейса необходимо учитывать, что он должен быть удобным и обеспечивать все функциональные возможности, предусмотренные в спецификациях требований пользователей
6.) Реализация: на этом этапе осуществляется физическая реализация БД и разработанных приложений...
...........
09.10.12
Модель "сущность связь" (er-диаграмма)
Предположим, что проектируется БД, предназначенная для хранения информации о деятельности некоторого банка. Этот банк имеет филиалы, которые управляются менеджерами. Клиенты имеют в филиалах счета разных типов. Филиалы обрабатывают эти счета.
Назовём предметную область - банк, в ней можно выделить 4 сущности: филиал, менеджер, клиент, счёт.
В реальном мире между этими сущностями существуют связи: менеджер - управляет - филиал; филиал - обрабатывает - счёт; клиент - имеет счёт.
Важной характеристикой связи является её тип. Определим типы установленных связей.
Первая связь имеет тип 1:1, вторая (1:N), третья (N:N).
Если каждый экземпляр сущности "а", связан с экземпляром сущности "б", то класс принадлежности сущности "а", является обязательным. Этот факт отмечается на ER диаграмме чёрным кружочком в прямоугольнике смежном с прямоугольником сущности "а".
Если не каждый экземпляр сущности "а" связан с экземпляром сущности "б", то класс принадлежности сущности, а является необязательным. Этот факт отмечается на ER диаграмме чёрным кружочком на линии связи, возле сущности "а".
Предположим, что в предметной области "банк", класс принадлежности всех 4 сущностей обязательный.
Определим список атрибутов для каждой сущности:
Менеджер (Номер менеджера, стаж, специализация);
Филиал (Номер филиала, адрес филиала);
Клиент (Номер клиента, ФИО, соц. пакет, адрес клиента);
Счёт (Номер счёта, тип, остаток).
