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

Содержание

Слайд 2

Слайд 3

Даталогические модели Модели представления фактографической информации Модели представления документальной информации Объектно

Даталогические модели

Модели представления
фактографической информации

Модели представления
документальной информации

Объектно
ориентированные

Теоретико-графовые

Инвертированная организация

Прямая организация

Схемноопределяемая структура

Контекстноопределяемая

структура

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

Сетевые

Теоретико-множественные

Реляционные

Бинарных отношений

Слайд 4

Физические модели Модели, основанные на файловых структурах Модели, имеющие страничную организацию Индексы

Физические модели

Модели, основанные на файловых структурах

Модели, имеющие страничную организацию

Индексы

Слайд 5

парадигма информационной модели Инфологическое проектирование Определение системы атрибутов; типовых запросов; типовых

парадигма информационной модели

Инфологическое проектирование

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

Инфологическая

модель

Даталогическая модель

Физическая модель БД

Системный анализ

Определение парадигмы информационной модели (структуриро-ванность и динамичность информации; способ предст-ия инф-ции)

Объекты и связи
Предметной области

Прикладные задачи
пользователей

Логика СУБД
(модель данных)

ЯОД и ЯМД
конкретной СУБД

Выбор парадигмы модели данных
(иерархическая/ сетевая/ реляционная/ объектная и т.п.).
Выбор методики (средств) моделирования.

Стадии и объекты процесса проектирования

Слайд 6

«Не исключено, что у читателя создалось впечатление, будто мы уже владеем

«Не исключено, что у читателя создалось впечатление, будто мы уже владеем

современной методологией или, по крайней мере, близки к этому, что, к сожалению, не так, и, может быть, мы никогда ничего подобного не добьемся. Всегда несложно охарактеризовать методологию на концептуальном уровне, весьма трудно применить ее на практике. Камень преткновения – сложность проникновения в существо предметной области (например, сложности понимания механизма деятельности организации) и адаптации ее к новым, возможно лучшим, условиям функционирования.
Аналогичные проблемы характерны и для СУБД в целом. Система баз данных должна стать органическим элементом системы управления организацией - вот залог ее успешного применения. Однако процесс ее внедрения связан с определенными изменениями в самой организации и в деятельности ее сотрудников, и мы всегда будем сталкиваться с естественной инертностью людей, когда речь идет о восприятии изменений....
Весьма важно, чтобы средства СУБД были адекватны потребностям пользователей. Поскольку разным пользователям могут понадобиться разные модели данных, языки данных и схемы, желательно, чтобы СУБД поддерживала множество средств, а пользователь мог выбирать из них наиболее подходящие. ...
Можно, конечно, поставить под сомнение ценность таких исследований. Действительно, каким бы плохим ни был язык программирования, его, в конце концов, все-таки можно выучить. Точно также и средства СУБД можно освоить за определенный период времени. Но проблема состоит не в освоении средств, а в эффективности их использования!…»
Цикритзис Д., Лоховский Ф. «Модели данных», 1985 г.
Слайд 7

Подходы к проектированию БД Нисходящий – приоритетность разработки концептуальной модели ПрО

Подходы к проектированию БД

Нисходящий –
приоритетность разработки концептуальной модели ПрО (выделение сущностей

и связей)

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

Слайд 8

Ограниченность реляционной модели реляционная модель не предоставляет достаточных средств для фиксации

Ограниченность реляционной модели

реляционная модель не предоставляет достаточных средств для фиксации

смысла данных, т.е. семантика предметной области не фиксируется непосредственно в отношениях;
для многих приложений трудно моделировать предметную область на основе плоских таблиц;
хотя весь процесс проектирования происходит на основе учета зависимостей, реляционная модель не имеет средств представления (отражения семантики) этих зависимостей;
несмотря на то, что процесс проектирования начинается с выделения некоторых существенных для приложения объектов предметной области ("сущностей") и выявления связей между этими сущностями, реляционная модель данных не предлагает какого-либо аппарата для различения сущностей и связей.
Слайд 9

Системный анализ предметной области Функциональный подход Объектный (предметный) подход Объект Объект

Системный анализ предметной области

Функциональный подход

Объектный (предметный) подход

Объект

Объект

Связь

Функция

Управление

Вход

Выход

Механизм исполнения

Слайд 10