МИНИСТЕРСТВО ОБРАЗОВАНИЯ АЗЕРБАЙДЖАНСКОЙ

РЕСПУБЛИКИ
АЗЕРБАЙДЖАНСКИЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

Кафедра: Информационные технологии и

программирование
Предмет: Основы баз данных

Самостоятельная работа 2
на тему
Логические системы управления базами данных

Педагог: Мustafayev Rauf

Курс: 2
Группа: 689r
 Студент: Mustafa Afzali
Подробности о логической методологии
Локальная логическая модель данных используется для
характеристики требований к данным одного или нескольких, но
не всех пользовательских представлений базы данных, а
универсальная логическая модель данных представляет
требования к данным для всех пользовательских представлений.
Заключительный шаг этапа проектирования логической базы
данных - подумать о том, насколько хорошо модель может
поддерживать возможные будущие разработки для системы баз
данных.

Методология проектирования логической базы данных для

реляционной модели
Цель методологии проектирования логической базы данных -
интерпретировать концептуальную модель данных в логическую
модель данных, а затем авторизовать эту модель, чтобы проверить,
является ли она структурно правильной и способна ли
поддерживать требуемые транзакции или нет.
На этом этапе жизненного цикла разработки базы данных основная
цель - преобразовать концептуальную модель данных, созданную с
помощью концептуальной методологии (из предыдущей главы), в
логическую модель данных требований к данным предприятия.
Этой цели можно достичь, выполнив следующие действия:
Получите отношения для логической модели данных
Авторизуйте эти отношения с помощью нормализации
Проверить эти отношения на предмет транзакций пользователей
Проверить контроль целостности и его ограничения
Оцените логическую модель данных с пользователем
Объедините логические модели данных в глобальную модель (этот
шаг является необязательным)
Следите за будущим ростом и развитием
Структура реляционной схемы авторизуется с помощью
нормализации. Затем он гарантирует, что отношения способны
поддерживать транзакции, указанные в спецификации требований
пользователей. Затем вы можете проверить те важнейшие
ограничения целостности, которые характеризуются логической
моделью данных. На этом этапе пользователи авторизуют
логическую модель данных, чтобы убедиться, что они
рассматривают модель как истинную демонстрацию требований к
данным для предприятия.

Производные отношения для логической модели данных

Отношения между сущностью и другими сущностями
характеризуются концепцией первичного или внешнего ключа.
Решая, где разместить атрибут (ы) внешнего ключа, во-первых, вы
должны идентифицировать «родительские» и «дочерние»
сущности, которые участвуют в этих отношениях. Родительская
сущность относится к сущности, которая отправляет копию своего
первичного ключа в отношение, которое представляет дочернюю
сущность, которая действует как внешний ключ. Вы можете
описать, как получаются отношения для следующих структур,
которые могут встречаться в концептуальной модели данных:
сильные типы сущностей
слабые типы сущностей
типы двоичных отношений один-ко-многим (1: *)
однозначные (1: 1) бинарные типы отношений
однозначные (1: 1) рекурсивные типы отношений
типы отношений суперкласс / подкласс
типы двоичных отношений многие-ко-многим (*: *)
сложные типы отношений
многозначные атрибуты.

Проверить отношения с помощью нормализации

На предыдущем шаге вы вывели набор отношений из обозначения
концептуальной модели данных, созданной на предыдущем шаге.
Теперь, на следующем шаге, вы должны проверить группировку
атрибутов в каждом отношении, используя правила нормализации.
Цель нормализации - гарантировать, что позиция отношений имеет
минимальное, но достаточное количество атрибутов, необходимых
для поддержки требований предприятия к данным.

Проверка отношений с пользовательскими транзакциями

Основная цель этого шага - проверить логическую модель данных,
чтобы убедиться, что модель поддерживает необходимые
транзакции в соответствии со спецификацией требований
пользователей. Используя отношения, связи первичного ключа /
внешнего ключа в отношениях, диаграмму ER и словарь данных, вы
можете попытаться выполнить операции вручную. Если вы можете
разрешить все транзакции таким образом, вы можете проверить
логическую модель данных по транзакциям.