
- •Конспект лекций
- •Раздел «бд. Субд. Основные понятия» 8
- •2. Жизненный цикл баз данных
- •3 Эксплуатационные характеристики базы данных
- •Раздел «бд. Субд. Основные понятия»
- •4. Управление параллельным доступом.
- •Раздел «бд. Субд. Основные понятия» Лекция №3 Место баз данных в архитектуре ис
- •1 Локальные ис
- •2 Ис в файл-серверной архитектуре
- •3 Ис в клиент-серверной архитектуре
- •4 Двухзвенные модели архитектуры
- •5 Трехзвенные модели
- •6 Монитор транзакций
- •7 Ис в Internet и intranet
- •Раздел «Концептуальный уровень проектирования бд» Лекция №4 Концептуальная модель данных. Сущности, атрибуты, ключи
- •1 Основные понятия
- •2 Задачи моделирования данных
- •3 Сущности
- •4 Атрибуты
- •5 Ключи
- •Раздел «Концептуальный уровень проектирования бд» Лекция №5 Концептуальная модель данных. Связи. Классы и подклассы. Концептуальная схема
- •1 Связи
- •2 Классы и подклассы
- •3 Источники данных для концептуального проектирования
- •4 Построение концептуальной схемы
- •5 Анализ концептуальной модели
- •Раздел «Логический уровень проектирования бд»
- •3.3 Реляционная модель
- •3.4 Объектно-реляционная модель
- •3.5 Объектно-ориентированная модель данных
- •3.6 Модель данных на основе xml
- •Раздел «Реляционная теория бд» Лекция №7 Реляционная модель данных. Основные понятия
- •1 Словарь терминов
- •2 Целостность реляционной модели
- •3 Математическое описание реляционной модели
- •Раздел «Реляционная теория бд» Лекция №8 Реляционная алгебра и реляционное исчисление
- •1 Реляционная алгебра. Теоретико-множественные операции
- •2 Реляционная алгебра. Специальные реляционные операции
- •3 Дополнительные реляционные операции
- •4 Примеры записи запросов
- •5 Реляционное исчисление
- •Раздел «Реляционная теория бд» Лекция №9 Нормализация реляционной модели. Функциональные зависимости
- •1 Что такое нормализация?
- •2 Функциональная зависимость
- •3 Теоремы о функциональных зависимостях
- •5 Алгоритм нормализации отношений. Метод декомпозиции
- •6 Другие нормальные формы
- •Раздел «Реляционная теория бд»
- •1.2 Связь частичная для одной из сущностей
- •1.3 Связь частичная для обеих сущностей
- •2 Реализация бинарной связи 1:m («один-ко-многим»)
- •2.1 Связь обязательная для m-связной сущности
- •2.2 Связь частичная для m-связной сущности
- •3 Бинарная связь n:m («многие-ко-многим»)
- •4 Связи более высокого порядка (n-арные)
- •5 Классы и подклассы
- •Раздел «Реляционная теория бд» Лекция №12 Стандарт idef1x
- •1 Стандарты моделирования данных
- •2 Основные понятия стандарта idef1x
- •3 Графический язык idef1x
- •Раздел «Физический уровень проектирования бд» Лекция №13 Физическая модель данных
- •1 Исходные данные для физического проектирования
- •2 Возможная методика перехода к физической модели на примере реляционной модели
- •2.1 Преобразование отношений в таблицы
- •2.2 Преобразование атрибутов в поля (столбцы) таблиц
- •2.3 Преобразование доменов в типы данных
- •2.4 Первичные ключи
- •2.5 Порядок расположения столбцов
- •2.6 Создание ссылочных ограничений
- •3 Факторы, влияющие на производительность бд
- •3.1 Индексы
- •3.2 Денормализация
- •Раздел «Язык sql» Лекция №14 Введение в язык sql. Команда Select
- •1 Стандарты
- •2 Возможности sql
- •3 Запросы на выборку данных
- •4 Примеры запросов
- •Раздел «Язык sql» Лекция №15 Команды определения данных
- •1 Команда create table
- •2 Команда alter table
- •3 Поддержка ограничений целостности
- •4. Редактирование записей в таблице
- •Раздел «Язык sql» Лекция №16 Дополнительные аспекты реляционной технологии
- •1 Проблемы, требующие решения
- •2 Запросы
- •3 Представления
- •4 Курсоры
- •5 Хранимые процедуры
- •6 Триггеры
- •7 Функции, определяемые пользователем
- •8 Транзакции
Раздел «Реляционная теория бд» Лекция №12 Стандарт idef1x
1 Стандарты моделирования данных
Стандарт IDEF1X – один из группы стандартов США, которые разрабатывались первоначально в интересах военных ведомств и были предназначены для ускорения проектирования информационных систем.
Данный стандарт ориентирован на построение семантической модели данных (ER-диаграммы) и содержит графическую нотацию и методологию моделирования данных.
В области моделирования данных принят международный стандарт в виде языка EXPRESS, который входит в группу стандартов STEP (ISO 10303).
Модель данных EXPRESS может быть определена двумя способами: в виде текстового документа (ASCII - файл) и графически (EXPRESS-G). Графическое представление легче для восприятия, но многие детали можно передать только в текстовом документе. В рамках изучаемой дисциплины данный стандарт рассматриваться не будет.
2 Основные понятия стандарта idef1x
В IDEF1X различают зависимые и независимые сущности. Экземпляр зависимой сущности может присутствовать в модели только тогда, когда есть связанный с ним экземпляр независимой сущности.
Тип сущности определяется характером связей с другими сущностями.
Типы связей логического уровня:
идентифицирующая связь один-ко-многим;
неидентифицирующая связь один-ко-многим;
многие-ко-многим.
Идентифицирующая связь устанавливается между зависимой и независимой сущностями. Наличие такой связи предполагает, что первичный ключ независимой сущности мигрирует в первичный ключ зависимой сущности в качестве внешнего ключа.
Неидентифицирующая связь устанавливается между двумя независимыми сущностями. При этом внешний ключ не входит в состав первичного ключа.
Связь «многие-ко-многим» допускается только на начальном этапе моделирования и в дальнейшем должна быть приведена к связям «один-ко-многим» путём создания зависимой сущности для связи (см. лекцию №11).
Связь один-ко-многим между родительской и дочерней сущностями характеризуется мощностью и обязательностью.
Мощность связи (Cardinality) – это отношение числа экземпляров родительской сущности к числу экземпляров дочерней сущности.
Различают четыре типа мощности:
по умолчанию одному экземпляру родительской сущности соответствует 0,1 или много экземпляров дочерней сущности;
1 или много, помечается символом P;
0 или 1, помечается символом Z;
числом отмечается точное количество экземпляров.
Обязательность связи указывается для неидентифицирующей связи. Если связь обязательная, то внешний ключ не может принимать значение Null.
Если атрибут мигрирует в качестве внешнего ключа, то он может получить дополнительное имя, уточняющее его роль в сущности.
Сущности могут образовывать иерархии наследования. Иерархия может быть полной или неполной.
3 Графический язык idef1x
Рассмотрим основные графические обозначения, используемые при построении модели данных логического уровня (рисунки 1 – 4).
Рисунок 1 - Сущности
Рисунок 2 - Связи
Рисунок 3 – Неполная иерархия
Полная иерархия
Рисунок 4 – Полная иерархия
На рисунке 5 приведён пример модели по стандарту IDEF1X.
Рисунок 5 – Модель, выполненная по стандарту IDEF1X
Анализ модели на рисунке 5 позволяет сделать вывод о том, что построенная по стандарту IDEF1X модель по всем своим характеристикам соответствует реляционной модели данных в 3НФ, если для всех её атрибутов были правильно определены домены. Поэтому стандарт широко используется в CASE-средствах проектирования баз данных, например, AllFusion ERwin Data Modeler (ранее ERwin). Стандарт используется для проектирования баз данных в Microsoft Visio.
Более подробно со стандартом можно познакомиться с помощью электронного учебника по этой ссылке.
Вернуться в содержание