Алгоритм перехода от ER – модели к реляционной схеме данных

Шаг 1. Каждая простая сущность превращается в таблицу. Простая сущность - сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем таблицы.

Шаг 2. Каждый атрибут становится возможным столбцом с тем же именем; может выбираться более точный формат. Столбцы, соответствующие необязательным атрибутам, могут содержать неопределенные значения; столбцы, соответствующие обязательным атрибутам, - не могут.

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

Шаг 4. Связи многие-к-одному (и один-к-одному) становятся внешними ключами. Т.е. делается копия уникального идентификатора с конца связи "один", и соответствующие столбцы составляют внешний ключ. Необязательные связи соответствуют столбцам, допускающим неопределенные значения; обязательные связи - столбцам, не допускающим неопределенные значения.

Шаг 5. Индексы создаются для первичного ключа (уникальный индекс), внешних ключей и тех атрибутов, на которых предполагается в основном базировать запросы.

Шаг 6. Если в концептуальной схеме присутствовали подтипы, то возможны два способа:

· все подтипы в одной таблице

· для каждого подтипа - отдельная таблица.

Средства автоматизации проектирования ЭИС (CASE - средства)

 

CASE – средства – это программные средства, поддерживающие процессы создания и/или сопровождения информационных систем, такие как (процессы): анализ формулировка требований, проектирование баз данных и приложений, тестирования и т.д.

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

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

Модели структурного проектирования.

Наиболее распространенные:

· диаграммы сущность-связь или ER-диаграмма;

· диаграмма потоков данных DFD (Data Flow Diagrams). Служит для иерархического описания модели системы;

· метод структурного анализа и проектирования Structured Analysis Design Technigue (SADT), служит для построения функциональной модели объекта и др.

Существуют различные признаки классификации CASE – средств:

а) в классификации CASE – средств по функциональной системы, предназначены для решения частных задач на одном или нескольких этапах жизненного цикла. Среди них – ERwin.

При разработке структуры БД с помощью этого средства формируется концептуальная модель данных (КМД), которая впоследствии преобразуется в физическую модель (ФМД). Концептуальная модель предметной области – это ER модель. Сущности изображаются прямоугольниками, внутри которых расположены атрибуты. Индикаторы сущностей (ключевые атрибуты) подчеркиваются.

Определенным образом отображаются связи между сущностями.

б) построение функциональной модели – создание таблиц для некоторой СУБД. При генерации физической модели данных каждой сущности ставится в соответствии таблице. Атрибуты преобразуются в колонки таблиц. Подчеркнутые атрибуты становятся ключами. Если в КМД связь между сущностями М:М, то при построении ФМД автоматически создается дополнительная таблица. Первичный ключ этой таблицы объединяет колонки первичных ключей двух исходных связанных таблиц.

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

Рассмотренные CASE – средства автоматизации проектирования базы данных. При разработке структуры БД с помощью этого средства формируется концептуальная модель данных (КМД), которая впоследствии преобразуется в физическую модель (ФМД).

 

Лекция 12.

Процесс создания приложения состоит из ряда этапов.

1. постановка задачи – составление по возможности точного и понятного словесного описания того, как должно работать будущее приложение

2. разработка интерфейса – создание экранной формы (окна приложения) со всеми находящимися на этой форме объектами и свойствами этих объектов.

3. собственно программирование – определение того, какие события будут происходить в процессе работы приложения, составление алгоритмов процедур для этих событий и написание программы.

4. отладка программы.

5. сохранение проекта.