Описание процесса, преобразования концептуальной модели данных в логическую модель

Предмет: Информатика
Раздел: Базы данных, моделирование данных

Описание процесса преобразования концептуальной модели данных в логическую модель:

Концептуальная модель данных отражает основные сущности, их свойства и связи между ними на высоком уровне абстракции, не зависящем от конкретной системы управления базами данных (СУБД). Она обычно представляется в виде ER-диаграммы (Entity-Relationship).

Преобразование концептуальной модели в логическую модель — это этап, на котором абстрактные сущности и связи преобразуются в структуру, понятную и реализуемую в конкретной СУБД. Логическая модель отражает структуру данных с учетом особенностей выбранной модели данных (например, реляционной).

Основные шаги преобразования:

1. Преобразование сущностей в таблицы:
   Каждая сущность концептуальной модели становится таблицей в логической модели. Атрибуты сущности становятся столбцами таблицы. Например, сущность "Книги" становится таблицей с полями "Код_книги", "Автор", "Название", "Год_издания", "Цена", "Новое_издание", "Аннотация".

2. Определение первичных ключей:
   Для каждой таблицы необходимо определить первичный ключ — уникальный идентификатор записи. В примере это "Код_книги" для таблицы "Книги".

3. Преобразование связей:
   Связи между сущностями преобразуются в внешние ключи и дополнительные таблицы, если связь многие-ко-многим.

   • Связь один-ко-многим (1:N) реализуется добавлением внешнего ключа в таблицу "много".
   • В примере связь между "Книги" и "Выдачи" — один-ко-многим, поэтому в таблице "Выдачи" есть внешний ключ "Код_книги".
   • Аналогично связь между "Читатели" и "Выдачи" реализована через внешний ключ "Номер_билета" в таблице "Выдачи".

4. Создание дополнительных таблиц для связей многие-ко-многим:
   Если бы была связь многие-ко-многим, создавалась бы отдельная таблица для связи с внешними ключами на обе сущности.

5. Определение ограничений целостности:
   Устанавливаются ограничения целостности данных, такие как обязательность значений, уникальность, каскадное удаление и обновление.

6. Оптимизация структуры:
   На этом этапе можно провести нормализацию, чтобы избежать избыточности данных и повысить эффективность хранения.

Таким образом, логическая модель — это структурированное представление данных, которое непосредственно реализуется в СУБД, например, в реляционной базе данных MS Access, как показано на скриншоте.

В вашем примере:

• Таблица "Книги" соответствует сущности "Книга" с атрибутами.
• Таблица "Читатели" — сущность "Читатель".
• Таблица "Выдачи" — таблица связей, которая связывает "Книги" и "Читатели" через внешние ключи "Код_книги" и "Номер_билета", отражая факт выдачи книги читателю.

Так реализуется логическая модель на основе концептуальной.