| Элементы модели | Определение | ||
|---|---|---|---|
| 1 | Сущность предметной области | A | - это атрибут сущности, позволяющий отличать одну сущность от другой. |
| 2 | Атрибут сущности | B | - это атрибут конкретного экземпляра сущности, у которого может быть только одно значение. |
| 3 | Экземпляры сущности | C | - это атрибут конкретного экземпляра сущности, у которого может быть несколько значений. |
| 4 | Уникальный идентификатор сущности | D | - это класс объектов или явлений предметной области базы данных. |
| 5 | Однозначный атрибут | E | - это выражение, которое определяет значения, разрешенные для данного атрибута; область значений атрибута |
| 6 | Многозначный атрибут | F | - это реализации сущности, отличающиеся друг от друга и допускающие однозначную идентификацию |
| 7 | Домен атрибута | G | - это свойство или характеристика сущности |
| Элементы модели | Определение | ||
|---|---|---|---|
| 1 | Отношение (связь) | A | - это характер участия сущности в связи. |
| 2 | Уникальный идентификатор связи | B | - это соотношение между числом сущностей, участвующих в образовании связи. |
| 3 | Степень (мощность) связи | C | - это сущность, которая не может присутствовать в базе данных, пока не существует связанного с ней экземпляра другой сущности |
| 4 | Класс принадлежности сущности | D | - это сущность, которая порождает непересекающиеся подмножества экземпляров (категории сущности), связанных с сущностью через значения своего атрибута. |
| 5 | Рефлексивное отношение | E | - это категория порождающей сущности (сущности-супертипа) |
| 6 | Слабая сущность | F | представляет собой соединение (взаимоотношение) между двумя или более сущностями. |
| 7 | Супертип | G | - это супертип с порожденными им подтипами |
| 8 | Подтип | H | - это атрибут для однозначной идентификации отношения |
| 9 | Составная сущность | J | - это отношение, связывающее сущность саму с собой |
| Элементы модели | Определение | ||
|---|---|---|---|
| 1 | Диаграмма "сущность-связь" | A | - это отношение, при котором одному экземпляру сущности отвечает 0, 1 или более экземпляров другой сущности. |
| 2 | Нотация | B | позволяет графически представить все элементы информационной модели согласно простым, интуитивно понятным, но строго определенным правилам - нотациям. |
| 3 | Отношение один-к-одному | C | - это отношение, при котором одному экземпляру сущности отвечает один экземпляр другой сущности. |
| 4 | Отношение один-ко-многим | D | - это сущность, которая порождает непересекающиеся подмножества экземпляров (категории сущности), связанных с сущностью через значения своего атрибута. |
| 5 | Отношение многие-ко-многим | E | - это отношение, при котором одному экземпляру сущности отвечает 0, 1 или более экземпляров другой сущности и наоборот. |
| Действия | |
|---|---|
| 1. | Определить функциональные зависимости в отношении |
| 2. | Назначить первичные ключи связывающих отношений, исходя из уникального идентификатора связи и процедуры миграции ключей при нормализации |
| 3. | Получить список атрибутов сущности |
| 4. | Определить класс принадлежности сущности к связи |
| 5. | Для полученных отношений назначить первичные ключи |
| 6. | Определить степень связи сущностей |
| 7. | Выполнить нормализацию сущности (преобразовать сущность в отношение |
| 8. | Нормализовать отношение (разрешить связи) |
| 9. | Определить возможные ключи отношения, в частности, рассмотрев уникальный идентификатор сущности |
| 10. | Получить список детерминантов |
| Элементы модели | Изображение на диаграмме | ||
|---|---|---|---|
| 1 | Обязательный класс принадлежности сущности | A | Символ "птичья лапка" |
| 2 | Необязательный класс принадлежности сущности отношению | B | Кружок на линии отношения рядом с сущностью |
| 3 | Степень связи N | C | Вертикальная черта на линии отношения рядом с сущностью |
| 4 | Степень связи 1 | D | "Вилка" с полукругом в точке ветвления |
| 5 | Отношение супертип-подтип | E | Одинарная горизонтальная черта |
| Задачи | Результаты | ||
|---|---|---|---|
| 1. | Контроль качества ER-диаграмм | A | Последовательность работ бизнес-модели процесса проектирования базы данных со сведениями об ответственных исполнителях и сроках их исполнения |
| 2. | Контроль качества диаграмм функциональной модели предметной области базы данных | B | Основа для создания логической модели базы данных |
| 3. | Систематизация требований заказчика к базе данных | C | Вывод о достаточности требований и реализуемости базы данных |
| 4. | Подготовка плана проектирования базы данных | D | Основа для разработки серверного кода и проектирования модулей приложений базы данных |
| Этап | Содержание | ||
|---|---|---|---|
| 1. | Создание логической модели базы данных | A | - это этап, на котором на основании информационной модели предметной области базы данных создается логическая структура базы данных, независимая от ее реализации |
| 2. | Создание физической модели базы данных: внутренняя схема | B | - это этап, на котором анализируются возможные транзакции системы, выполняется, в случае необходимости, денормализация отношений для обеспечения более высокой производительности базы данных |
| 3. | Создание физической модели базы данных: учет влияния транзакций | C | - это этап, на котором на основании логической модели базы данных создается физическая структура базы данных, зависимая от ее реализации |
| 4. | Создание серверного кода | D | - это этап, на котором на основании функциональной модели предметной области базы данных создается серверный код базы данных в виде триггеров, хранимых процедур и пакетов |
| 5. | Проектирование модулей приложений базы данных | E | - это этап, на котором создаются спецификации модулей приложений, разрабатываются стратегии тестирования базы данных и приложений, создается план тестирования приложений базы данных и готовятся тестовые данные |
| 6. | Контроль качества проектирования базы данных | F | заключается в настройке некоторых транзакций к базе данных и локальном перепроектировании базы данных согласно требованиям, поступающим с других этапов создания базы данных |
| 7. | Учет задач обратного влияния | G | заключается в проверке качества результатов проектирования на каждом его этапе |
| 8. | Сбор и анализ входных данных | H | - это начальный этап проектирования, на котором осуществляется сбор и контроль качества результатов анализа предметной области базы данных, готовится план проектирования базы данных |
| Объект | Определение | ||
|---|---|---|---|
| 1 | Последовательность | А | - это объект базы данных, который позволяет генерировать последовательность уникальных чисел в условиях многопользовательского асинхронного доступа |
| 2 | Определенные пользователем типы данных | Б | - это именованная часть базы данных, используемая для распределения памяти для таблиц и индексов |
| 3 | Табличная пространство или область | В | - это определенные пользователем типы атрибутов (домены), которые отличаются от поддерживаемых (встроенных) СУБД типов. |
| 4 | Кластер | Г | - это объект базы данных, который позволяет представить объект с данными в виде совокупности подобъектов, отнесенных к различным табличным пространствам |
| 5 | Секция | Д | - это объект, задающий способ совместного хранения данных в нескольких или одной таблицы |
| 6 | Снимок | Е | - объект базы данных, представляющий собой поименованную совокупность привилегий, которые могут назначаться пользователям, категориям пользователей. |
| 7 | Связь базы данных | Ж | - это объект базы данных, который позволяет обратиться к объектам удаленной базы данных. |
| 8 | Роль | З | - локальная копия таблицы удаленной базы данных, которая используется для тиражирования (репликации) таблицы или результата запроса. Снимки могут быть модифицируемыми или предназначенными только для чтения. |