Получение спецификаций внутренней схемы базы данных

Реляционная база данных состоит из множества именованных отношений (их схем и расширений). Основной структурой данных для представления отношения служит таблица, поэтому в реляционных базах данных отношения представляются таблицами. Каждому отношению соответствует одна таблица. Каждое отношение состоит из одного или нескольких атрибутов. В общем случае процесс перехода от инфологической модели, разработанной в стандарте IDEF1X, к даталогической не представляет затруднений и заключается в следующем. Базовым структурным компонентом представления данных в полноатрибутной схеме базы данных в IDEF1X является сущность. Базовым структурным компонентом представления данных в реляционной модели данных является отношение. Сущность, представленная в полноатрибутной схеме, эквивалентна отношению реляционной модели данных. Каждой сущности ставится в соответствие одно отношение. Этому отношению присваивается имя соответствующей сущности. Каждое отношения наследует от сущности все ее атрибуты с их именами и типами данных. В связи с тем, что в инфологической модели все связи между сущностями, допустимые в моделях реляционного типа, уже реализованы посредством внешних ключей, в общем случае в результате этого преобразования получается система связанных отношений, соответствующая предметной области.

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

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

· правила построения имен отношений в используемой СУБД;

· правила построения имен атрибутов в используемой СУБД;

· типы данных, поддерживаемые используемой СУБД.

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