Проектирование баз данных презентация

ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

Литература

ВОПРОСЫ

Трехуровневая архитектура БД

Модели данных Внешняя модель данных (описание предметной области на естественном языке) Концептуальная модель (диаграмма, схема, рисунок) Внутренняя модель (язык СУБД)

Модели данных, используемые при проектировании БД

Жизненный цикл БД Планирование разработки БД Определение требований к системе Сбор и анализ требований пользователя Проектирование Выбор СУБД Разработка приложений Создание БД Конвертирование и загрузка данных из старой системы Тестирование БД Эксплуатация и сопровождение

Метод нисходящего проектирования

Современный метод проектирования Инфологическое проектирование Даталогическое проектирование Физическое проектирование

Проектирование БД Формирование внешнего уровня БД

Организационная структура предприятия. Информационные потоки

Информационные потоки

Состав функциональной подсистемы «Управление персоналом»

Функциональная иерархия

Отличия между классом объектов и свойством

Чем больше классов объектов будет выявлено в ходе анализа предметной области, тем более нормализованной затем будет структура реляционной базы данных. Почти любое существительное в предметной области имеет право быть определено как класс объектов, поскольку почти каждое существительное имеет, как минимум, набор из трех свойств: название объекта, краткое название объекта, числовой эквивалент названия объекта (код, номер, шифр). Чем больше классов объектов будет выявлено в ходе анализа предметной области, тем более нормализованной затем будет структура реляционной базы данных. Почти любое существительное в предметной области имеет право быть определено как класс объектов, поскольку почти каждое существительное имеет, как минимум, набор из трех свойств: название объекта, краткое название объекта, числовой эквивалент названия объекта (код, номер, шифр).

Формализованное описание предметной области. Классы объектов, свойства.

Правило чтения связи

В любой предметной области нет связей «многие_ко_многим», в каждый момент времени всё определяется однозначно. Появление такой связи в проектной документации показывает, что предметная область не дообследована. Связь М:М может быть «разорвана» каким—либо документом или позицией документа. В любой предметной области нет связей «многие_ко_многим», в каждый момент времени всё определяется однозначно. Появление такой связи в проектной документации показывает, что предметная область не дообследована. Связь М:М может быть «разорвана» каким—либо документом или позицией документа.

Формализованное описание предметной области. Связи между классами объектов

Уровни доступа пользователей подсистемы "Управление персоналом"

Проектирование БД Разработка концептуального уровня БД

Методология Ричарда Баркера Методология Ричарда Баркера класс объектов, свойство класса объектов, уникальные идентификаторы, опциональность свойств, мощность (тип), опциональность и переносимость связей, уникальность объектов из связей, супертипы, подтипы, арки.

Используются следующие соглашения: Используются следующие соглашения: класс объектов отображается в виде четырехугольника с закругленными углами. Имя класса объектов указывается внутри четырехугольника, это имя существительное в единственном числе, отображенное заглавными буквами; свойства записываются внутри четырехугольника, отображающего класс объектов строчными буквами, это имя существительное в единственном числе;

четырехугольник, отображающий класс объектов, можно увеличивать до любых размеров, четырехугольники могут быть разных размеров; четырехугольник, отображающий класс объектов, можно увеличивать до любых размеров, четырехугольники могут быть разных размеров; опциональность свойств помечается: обязательное свойство – звездочкой (*), необязательное – кружочком (о); уникальный идентификатор помечается #, если уникальных идентификаторов несколько, тогда каждый помечается номером, указанным в скобках, например, # (1), #(2); обязательная связь помечается сплошной линией, необязательная – пунктирной; тип (мощность) связи «один» помечается линией, «много» — «вороньей лапой».

Пример рекурсивной связи

Пример иерархии данных

Пример использования шаблона для моделирования иерархии данных.

Разрыв связи М:М

Неправильное моделирование ролей

Правильное моделирование ролей

Примеры моделирования ролей

Пример моделирования ролей

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

Физическое проектирование

Современные СУБД

Проектирование реляционных таблиц

Техническое описание таблицы «Должность» на ЯОД СУБД Access

Техническое описание таблицы «Должность» на ЯОД СУБД InterBase