
- •35. Модель данных: тип структуры данных; ограничения целостности; действия с данными (проиллюстрировать на примере реляционной модели данных).
- •35 (2) . Модель данных: тип структуры данных; ограничения целостности; действия с данными (проиллюстрировать на примере реляционной модели данных).
- •36.Реляционный подход к проектированию бд: нормализация отношений путем декомпозиции на основе анализа функциональных зависимостей.
- •36 (2).Реляционный подход к проектированию бд: нормализация отношений путем декомпозиции на основе анализа функциональных зависимостей.
- •. Основные этапы проектирования системы бд.
- •Эволюция концепции бд. Отличие представления данных в системе бд от файловой организации данных.
- •39. Трехуровневая архитектура системы бд: модели данных, схемы структуры данных, отображения и интерфейсы, независимость данных, функционирование системы бд (прохождение запроса).
- •39 (2). Трехуровневая архитектура системы бд: модели данных, схемы структуры данных, отображения и интерфейсы, независимость данных, функционирование системы бд (прохождение запроса).
36 (2).Реляционный подход к проектированию бд: нормализация отношений путем декомпозиции на основе анализа функциональных зависимостей.
Разложим: персона (НС, ФИО, СП, Ф)
Кафедра (СП, Ф) Δ: СП; ключ: СП
Студент (НС, ФИО, СП) Δ: НС; ключ: НС
Мы избавились от зависимости A B C D
Правило: декомпозицию надо начинать с конца цепочки
Определение: отношение находится в 3 НФ, если оно находится во 2 НФ и при этом каждый неключевой атрибут нетранзитивно (без посредников) зависит от ключа. В результате:
Кафедра (СП, Ф)
Студент (НС, ФИО, СП)
Сессия (НС, П, С, О)
Определение: отношение находится в НФ Бойса – Кодда, если все детерминанты являются ключами (ее называют «усиленная 3 НФ»)
Существуют еще и 4 и 5 НФ.
Если запросы преобладают над выборкой, то желательно нормализовать, если преобладает выборка, то до конца нормализацию лучше не проводить.
. Основные этапы проектирования системы бд.
Под жизненным циклом понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент полного изъятия из эксплуатации.
Современные информационные системы разрабатываются на основе стандартов. В России основной стандарт – ГОСТы серии ГОСТ 34. Однако они сильно устарели. Поэтому более правильно использовать международный стандарт ISO/IEC 12207.
Этот стандарт определяет следующие основные процессы:
- разработка - внедрение - эксплуатация
Этапы жизненного цикла:
в разработке:
- предпроектный анализ (включает формирование функциональной информационной модели объекта)
- техническое проектирование системы (вкл разработку тех задания, эскизного и технического проекта)
- рабочее проектирование (реализация системы) (в т.ч. программирование и тестирование прикладных программ)
внедрение
- внедрение (в т.ч. интеграция, сборка системы и проведение ее испытания)
эксплуатация
- эксплуатация, сопровождение и развитие системы.
При разработке систем используют CASE средства.
Жизненный цикл системы БД – последовательность этапов, но эта последовательность может реализовываться по разному в рамках разных моделях ЖЦ.
В настоящее время широко распространены 2 модели ЖЦ: каскадная и спиральная.
Каскадная модель:
- разработчики приступают к следующему этапу после завершения предыдущего
- может оказаться, что при выполнении этапа были ошибки на предыдущем. Из – за этого происходят возвраты.
- участие заказчика – только после последнего этапа
Особенность такой организации – то, что заказчик участвует на последнем этапе. Из – за этого затягивается обсуждение результатов. большая продолжительность разработки.
Такая система используется при разработке небольших систем.
Спиральная модель:
- упор делается на начальные этапы
- цель этой модели – создать как можно скорее работоспособную версию продукта
После завершения очередного цикла можно привлечь заказчика, обсудить недостатки и дальше на следующий цикл.
При разработке сложных систем спиральная модель используется более широко.