Главная Обратная связь Поможем написать вашу работу!

Дисциплины:

Архитектура (936)
Биология (6393)
География (744)
История (25)
Компьютеры (1497)
Кулинария (2184)
Культура (3938)
Литература (5778)
Математика (5918)
Медицина (9278)
Механика (2776)
Образование (13883)
Политика (26404)
Правоведение (321)
Психология (56518)
Религия (1833)
Социология (23400)
Спорт (2350)
Строительство (17942)
Технология (5741)
Транспорт (14634)
Физика (1043)
Философия (440)
Финансы (17336)
Химия (4931)
Экология (6055)
Экономика (9200)
Электроника (7621)






Реализация информационной базы данных



 

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

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

Физическая модель может быть представлена в той же нотации, что и логическая модель (например, на основе методологии IDEF1X).

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

● сущности информационной модели данных преобразуются в таблицы, атрибуты становятся столбцами таблиц;

● для ключевых и уникальных атрибутов создаются уникальные индексы;

● домены преобразуются в типы данных, принятые в конкретной СУБД;

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

● проводится дальнейшая нормализация данных

– устранение отношений вида «один-к-одному» и «многие-ко-многим» путем слияния сущностей (в первом случае) или ввода дополнительной промежуточной сущности (во втором);

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

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

 

Пример. Рассмотрим физическую модель, построенную на основе логической модели, которая приведена на рис. 1. Физическая модель определена в классе реляционных моделей как наиболее распространенных при реализации баз данных. Выполнены следующие преобразования.



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

 

а

 

б

Рисунок 2 – Пример физической модели данных гипотетической системы:

а – расщепление обобщающей сущности и категорий;

б – поглощение категорий обобщающей сущностью

 

Атрибуты, являющиеся первичными ключами сущностей логической модели, преобразованы в поля-первичные ключи таблиц физической модели. Каждое такое поле (или совокупность полей, если ключ составной), представляет собой уникальный индекс.

Домены, определенные для атрибутов логической модели, преобразованы в типы данных физической модели.

Для всех связей должны быть описаны правила ссылочной целостности (строгое, если запрещается модификация родительских записей при наличии связанных дочерних, каскадное, для отражения всех изменений родительских записей в дочерних таблицах, и т. д.).

В рассматриваемой модели отношение категоризации можно устранить следующим образом. Во-первых, разбить обобщающую сущность и совокупность ее категорий на самостоятельные сущности. Получаются три таблицы («Сотрудник», «Сотрудник-менеджер» и «Сотрудник-курьер»), первая из которых родительская, а остальные – дочерние (рис. 2, а). Во-вторых, можно выполнить поглощение категорий обобщающей сущностью – тогда получится одна таблица «Сотрудник». Она объединяет атрибуты обобщающей сущности и всех категорий. Дополнительно в новую таблицу вводится атрибут-селектор «Должность», позволяющий разделить категории внутри новой сущности-таблицы (рис. 2, б).



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

 

Дальнейшая реализация физической модели предполагает разработку программного кода Transact-SQL, который позволяет сформировать базу данных в соответствующей СУБД. Код может быть сгенерирован автоматически, с использованием CASE-средств, либо запрограммирован «вручную», путем ввода программного кода в визуальной среде выбранного СУБД.


Просмотров 468

Эта страница нарушает авторские права




allrefrs.ru - 2021 год. Все права принадлежат их авторам!